Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp2645057pxt; Mon, 9 Aug 2021 05:45:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzE/CJ8Vy06zUb9T4lI2liN9NPcleld5WB07+2d+RYbJEdHx7LvhroY5+fIiA73Z7MO30o3 X-Received: by 2002:a17:906:1299:: with SMTP id k25mr22275726ejb.139.1628513106810; Mon, 09 Aug 2021 05:45:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628513106; cv=none; d=google.com; s=arc-20160816; b=0FjS6aladZ3qyBf7zdZe/XnHRf0NbTPuEqBlUuz3cka2Vw3uNbHSPol4/qhiLJ0rbJ EbzjsWC4np+Prfj5t6Jh2CSRjoYAPXJcy8XUKzdflamO3cUE/pUy3nchHi+z1kW8rNj0 A5r3JQdjN8lHtMkKuIsgkDb/SQAOCd7bJ3bVotlzQ50fUsrgMR5I7gA3ILR4Umh/m4Cs MEfLRdk5BGLO1KT+4yyc4sWv0mEbhVh36qf4w8hSVppYAH5NGAo+aFYNtjglsR3o33E0 erPatcJvn5r+p7bRUIlk1h7qSV8XE/tIrz/e8BbZEpjgABhM7W5niD3E6uFanO5isvQg DYgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=QVTpLjV+5EUHTiyAO62fFs9g0IfpUg7ngWbRpGNviMQ=; b=vF6g6W8Pfofp+0pq2MkNZ2qeBaTcL1o+APrXrcgObbl8B6lCao0J32u1e5PkUOp/Tj vWfZmucEj4WZlLf6i+iGil8MXPUCvxK3PiQ135QLD0xnPnEukpcS9Lecvj7lpTrPWUOX yn5XmzjkpuJIlfGG7/HdYJ7w7QGRNwYK0VajDgjWF0meKv2nE6zLlxQY7Cki0E5SwBj2 Zrdtqz8Y6h1T/1Z1W18+6JpfLFTObC+S5xYhpbVpiPyzkjPk6KVzXrxux//FVoazbD5c CCtTsBDT/3Z/rxLzsc8aQuPkJwqid8BzmCkJf+GgAB4IRzQncHph5+YIwCtgiJzpzVm+ VZ/A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m26si18004655edp.375.2021.08.09.05.44.43; Mon, 09 Aug 2021 05:45:06 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233802AbhHIMiM (ORCPT + 99 others); Mon, 9 Aug 2021 08:38:12 -0400 Received: from mga06.intel.com ([134.134.136.31]:33314 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232991AbhHIMiM (ORCPT ); Mon, 9 Aug 2021 08:38:12 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10070"; a="275719038" X-IronPort-AV: E=Sophos;i="5.84,307,1620716400"; d="scan'208";a="275719038" Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Aug 2021 05:37:51 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.84,307,1620716400"; d="scan'208";a="670778789" Received: from shbuild999.sh.intel.com (HELO localhost) ([10.239.146.151]) by fmsmga006.fm.intel.com with ESMTP; 09 Aug 2021 05:37:47 -0700 Date: Mon, 9 Aug 2021 20:37:47 +0800 From: Feng Tang To: Michal Hocko Cc: linux-mm@kvack.org, Andrew Morton , David Rientjes , Dave Hansen , Ben Widawsky , linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, Andrea Arcangeli , Mel Gorman , Mike Kravetz , Randy Dunlap , Vlastimil Babka , Andi Kleen , Dan Williams , ying.huang@intel.com Subject: Re: [PATCH v7 3/5] mm/hugetlb: add support for mempolicy MPOL_PREFERRED_MANY Message-ID: <20210809123747.GB46432@shbuild999.sh.intel.com> References: <1627970362-61305-1-git-send-email-feng.tang@intel.com> <1627970362-61305-4-git-send-email-feng.tang@intel.com> <20210809024430.GA46432@shbuild999.sh.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 09, 2021 at 10:41:40AM +0200, Michal Hocko wrote: [snip] > > >From fc30718c40f02ba5ea73456af49173e66b5032c1 Mon Sep 17 00:00:00 2001 > > From: Ben Widawsky > > Date: Thu, 5 Aug 2021 23:01:11 -0400 > > Subject: [PATCH] mm/hugetlb: add support for mempolicy MPOL_PREFERRED_MANY > > > > Implement the missing huge page allocation functionality while obeying the > > preferred node semantics. This is similar to the implementation for > > general page allocation, as it uses a fallback mechanism to try multiple > > preferred nodes first, and then all other nodes. > > > > To avoid adding too many "#ifdef CONFIG_NUMA" check, add a helper function > > in mempolicy.h to check whether a mempolicy is MPOL_PREFERRED_MANY. > > > > [akpm: fix compling issue when merging with other hugetlb patch] > > [Thanks to 0day bot for catching the !CONFIG_NUMA compiling issue] > > [Michal Hocko: suggest to remove the #ifdef CONFIG_NUMA check] > > Link: https://lore.kernel.org/r/20200630212517.308045-12-ben.widawsky@intel.com > > Link: https://lkml.kernel.org/r/1627970362-61305-4-git-send-email-feng.tang@intel.com > > Suggested-by: Michal Hocko > > Signed-off-by: Ben Widawsky > > Co-developed-by: Feng Tang > > Signed-off-by: Feng Tang > > Yeah. This looks much better. Thanks! > Acked-by: Michal Hocko Thank you! > Do you think you can provide same helpers for other policies as well? > Maybe we can get rid of some other ifdefery as well. Sure. I can make separate patch(es) for that. And you mean helper like mpol_is_bind/default/local/preferred? I just run 'git-grep MPOL', and for places using "mode == MPOL_XXX", mostly they are in mempolicy.[ch], the only another place is in shmem.c, do we need to create all the helpers for it and the potential future users? Thanks, Feng