Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp5052691imu; Mon, 12 Nov 2018 23:51:09 -0800 (PST) X-Google-Smtp-Source: AJdET5exIz3gXTZXich31mqZOOTVH2XKTxY/Ok/95ukmzO5cE+RBFRUi+z9SMyTQSwmU+tkam7t7 X-Received: by 2002:a63:2b01:: with SMTP id r1mr3753027pgr.432.1542095469888; Mon, 12 Nov 2018 23:51:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542095469; cv=none; d=google.com; s=arc-20160816; b=B5bsVrDSwfknf4+SJV4j+dQpSBk2yROA7sLGvTiXxv3nZmfunW6VLNYW8809sJ4Xgo JSUltVVaKLkgX7aMnluboINZsHFOt1KGfNGm582X1761qsXC8nQFbyZi8+6M2HewwzSC r4DXr9y1n4SGi+DfW0G9zpfkc8QW7LELPGkSadZmEQaqV/sJocgdT+d27ufjYtyD8Up4 lJpSmqE053GGDxHdVfr/Pp7p5CQacyy7HXgNxcv5BSHzqs6ngCBEG7o52bJ3GZaQ6Duq 8dPI4UBJRnlxUz/GPnRXiA9TXru1iw9CsFRrIORb51g4pYrWYmqXgcKeNdh0rXQ3MyMX VDBA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:reply-to:message-id :subject:cc:to:from:date:dkim-signature; bh=kFyGLJGScux46tDAW2V2AI4YR5qEz1PlppR6tQG0R/E=; b=Eyq+8173f4laBGbDxwintf3dsro6HEob7dZcDKIp3WWP42LE94LeDMdBvDzJskJ7f+ G3nK+KkNGA5/OHx0kj5y1JU/MdbyrA0RtcCWzr3iDp5Xvt87wSCP8qo/sRLXEegNTUkt DeLMTuS1pa01eP+UyaibCUdepIhNnUofNT88Ygy0OifXg7U+nLNXx0T+L3AKOADYE6I1 IIljzcC7OHw6AkdH+82qX3l6nQmawdsKpaSJL/3anU2aZQFLUHjlQhHC9cqifvvfik24 rAyRBbxRl3dO5ttrAgwO3C7YD3q4EbNhKWezjdgaOFFjqR/84BfytPo7CuCYnwFT4f65 QQSA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=J447sX7f; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e6si12593585pgd.428.2018.11.12.23.50.53; Mon, 12 Nov 2018 23:51:09 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=J447sX7f; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731233AbeKMRqK (ORCPT + 99 others); Tue, 13 Nov 2018 12:46:10 -0500 Received: from mail-ed1-f65.google.com ([209.85.208.65]:46628 "EHLO mail-ed1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728943AbeKMRqK (ORCPT ); Tue, 13 Nov 2018 12:46:10 -0500 Received: by mail-ed1-f65.google.com with SMTP id b34-v6so9525618ede.13 for ; Mon, 12 Nov 2018 23:49:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-disposition:in-reply-to:user-agent; bh=kFyGLJGScux46tDAW2V2AI4YR5qEz1PlppR6tQG0R/E=; b=J447sX7fILPj0ow6TAwH84lT8CEeSJM9RkTYwgcnR9yF9OECOp7IVrEvinup3fIrPE jUJ+k/WvyZqb878crvhUOK8yiSC38f8IR605lsbhAfsTElD8hrhyPnWMjwkIc8Rf+RB+ XaaN1I824YDeN9A9nu8omsHmqBxefvo7mbz8Om8C9M03/VRQI746xLx9IeDP3pNbYxK9 I4dI++mdWiIWVLnxJABIppVZY+cTwX3HGj1pwKoOS9BwI7QLzn+Z8TWi8yROQiX5ESPj Pki6z3sZL7Qd8kaDiBt3TMqcxl5iaj3OsTdqYm3qvC2PGtoUpfz0u63mzCyQlwqIeccN RnNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:reply-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=kFyGLJGScux46tDAW2V2AI4YR5qEz1PlppR6tQG0R/E=; b=KG4aApjk6CCCcYTQW4BQaO5S7v8c31q65Jox7fAXTxR6pHN53FZr7sy2jUF2v6bRjj yxdtZdXDq+kngrUUrqC363Po6nomBmabNjvpKvcCdsWY5nixiEesMsed5RAeISWH6UEt 2qDEeotd4gyToajnjtdU0/RrlqNryyBAORe0x/kY01hkKMobq7uI71JCnEWCnExMYOEf orNGngIvWvXSO/bHmyp4eN4QNC2ueVwDEsQVWjhuxuhLMvDadw4u0CfZ/DBHqqrGgE0c Er9VmaRlp72m8a3wbR9pfNCBatNej51DI8aN1DdrCGFu1aloZ84yixVSFCSAO5gm+c/4 zzug== X-Gm-Message-State: AGRZ1gJt2/i032iPojxRoHMzlevk+MK4eTf0s9egH/u8Fch8UHOoS46n B3QEnfImk2TtbraZ+oCIa/4= X-Received: by 2002:a17:906:c44a:: with SMTP id ck10-v6mr11937884ejb.25.1542095355904; Mon, 12 Nov 2018 23:49:15 -0800 (PST) Received: from localhost ([185.92.221.13]) by smtp.gmail.com with ESMTPSA id w26-v6sm2758513eja.75.2018.11.12.23.49.14 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 12 Nov 2018 23:49:15 -0800 (PST) Date: Tue, 13 Nov 2018 07:49:14 +0000 From: Wei Yang To: Matthew Wilcox Cc: Wei Yang , akpm@linux-foundation.org, mgorman@techsingularity.net, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] vmscan: return NODE_RECLAIM_NOSCAN in node_reclaim() when CONFIG_NUMA is n Message-ID: <20181113074914.5kgiww44gpqit45y@master> Reply-To: Wei Yang References: <20181113041750.20784-1-richard.weiyang@gmail.com> <20181113053615.GJ21824@bombadil.infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181113053615.GJ21824@bombadil.infradead.org> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 12, 2018 at 09:36:15PM -0800, Matthew Wilcox wrote: >On Tue, Nov 13, 2018 at 12:17:50PM +0800, Wei Yang wrote: >> Commit fa5e084e43eb ("vmscan: do not unconditionally treat zones that >> fail zone_reclaim() as full") changed the return value of node_reclaim(). >> The original return value 0 means NODE_RECLAIM_SOME after this commit. >> >> While the return value of node_reclaim() when CONFIG_NUMA is n is not >> changed. This will leads to call zone_watermark_ok() again. >> >> This patch fix the return value by adjusting to NODE_RECLAIM_NOSCAN. Since >> it is not proper to include "mm/internal.h", just hard coded it. > >Since the return value is defined in mm/internal.h that means no code >outside mm/ can call node_reclaim (nor should it). So let's move both >of node_reclaim's declarations to mm/internal.h instead of keeping them >in linux/swap.h. That's reasonable, thanks. -- Wei Yang Help you, Help me