Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1179125pxb; Wed, 10 Feb 2021 01:58:55 -0800 (PST) X-Google-Smtp-Source: ABdhPJytZoOeWA2Oesti7BTnCw1AO4xEORRdLX9kScjjMs5xXZ9P/B9nCh0DIASeMX7HZ6o8kP3l X-Received: by 2002:a17:906:b50:: with SMTP id v16mr2069676ejg.298.1612951135249; Wed, 10 Feb 2021 01:58:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612951135; cv=none; d=google.com; s=arc-20160816; b=KfLBy4k5Fj4RzPew6REWZedOzQHwVI3AKWHLjUds8YP/nIWczHvYeDgHuJwZ7SZv0E aG3D6YcVR1ZXl+UyoSbTSMsw9RBK623NcSXBcdsJNc7cXJhgFX3pL9ubVkugLkcLwSVW jQhMVaMnnZKOU2tfbt93KsuyDo3akOeXsFoL0EAYqRudGtFuFOG+kpMQkUPGt5sZojp5 CJfwvPDL+LzGObWEf/YNGiZ5XjHKMw5iWQshxVjTgPSdJokzuKvGWuvNrIgzRltCMNel 0BiGqs1hqw6N+roKVz4GLzKe1SmB8UhfUZfHSh1Kfz9fIarlYFBq9s1HiQhyhQSoQT+b u6DQ== 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=qhtOfAZAamxAucWHwDkknDvpw3SUymwthEeCdClse0I=; b=KRQlVLtV3g1d58e7rqkftaacpO2CnV8u+ONylnnAasx56kIWT7gudMWLqoA9TQ6T6r XabR8Xlh30s8Mu/wYmzoSr8S5n3V+YZdjlY2+EgsC4b191ksBQ13coXhOOLzNYyMKV3r /N3t5siV2K8vncgC2QscJT3SHUQtWAplobqRQc45kIYuEpWArZ/XRIUeCik70imvpCP9 NIC+NNfVD1cvEjGXi3PkIwe1hMt9TkvK9JpmtDm8GcOI4J5xMjW4kMRp708bw5SdQAM8 LBADSylkPCj5hlYPC199N0LHhkT+MUvVYY5IOl0Ey/gsw5IpHGFrYcQ8zJsFQJdHPugn lK6w== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i17si998589ejf.482.2021.02.10.01.58.31; Wed, 10 Feb 2021 01:58:55 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230471AbhBJJ5y (ORCPT + 99 others); Wed, 10 Feb 2021 04:57:54 -0500 Received: from mx2.suse.de ([195.135.220.15]:55074 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230294AbhBJJzV (ORCPT ); Wed, 10 Feb 2021 04:55:21 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 50187AD57; Wed, 10 Feb 2021 09:54:40 +0000 (UTC) Date: Wed, 10 Feb 2021 10:54:37 +0100 From: Oscar Salvador To: Dave Hansen Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, ben.widawsky@intel.com, cl@linux.com, alex.shi@linux.alibaba.com, tobin@kernel.org, akpm@linux-foundation.org, ying.huang@intel.com, dan.j.williams@intel.com, cai@lca.pw, dwagner@suse.de Subject: Re: [RFC][PATCH 03/13] mm/vmscan: replace implicit RECLAIM_ZONE checks with explicit checks Message-ID: <20210210095437.GC27173@linux> References: <20210126003411.2AC51464@viggo.jf.intel.com> <20210126003417.72B4BCFB@viggo.jf.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210126003417.72B4BCFB@viggo.jf.intel.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 25, 2021 at 04:34:17PM -0800, Dave Hansen wrote: > > From: Dave Hansen > > RECLAIM_ZONE was assumed to be unused because it was never explicitly > used in the kernel. However, there were a number of places where it > was checked implicitly by checking 'node_reclaim_mode' for a zero > value. > > These zero checks are not great because it is not obvious what a zero > mode *means* in the code. Replace them with a helper which makes it > more obvious: node_reclaim_enabled(). > > This helper also provides a handy place to explicitly check the > RECLAIM_ZONE bit itself. Check it explicitly there to make it more > obvious where the bit can affect behavior. > > This should have no functional impact. > > Signed-off-by: Dave Hansen > Reviewed-by: Ben Widawsky > Acked-by: Christoph Lameter > Cc: Alex Shi > Cc: "Tobin C. Harding" > Cc: Christoph Lameter > Cc: Andrew Morton > Cc: Huang Ying > Cc: Dan Williams > Cc: Qian Cai > Cc: Daniel Wagner > Cc: osalvador Reviewed-by: Oscar Salvador -- Oscar Salvador SUSE L3