Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp723397ybt; Wed, 1 Jul 2020 08:32:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyuyGGQm1OrD6ReYHEsZZu76Xyh3CNW3mVosvNZSZoAOrBo7QRNHut8OtscoI/rzkk1nsQj X-Received: by 2002:a17:907:7290:: with SMTP id dt16mr22840352ejc.63.1593617548604; Wed, 01 Jul 2020 08:32:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593617548; cv=none; d=google.com; s=arc-20160816; b=D22b6A+dFQgUq5hw0W6ASSzBgkZc2dY4SyMSLsd67fl8qeb5nEq0iSnnjkQ5JvaLGc Iu+09J47tYqOYrzGGZISc6f2/pgm2fIVR4QWRbO+eQCS/KZOKgUwzX9sQvXnw+WYnPeE uozGFCJRzAZheoiUcRjcSWOS+RQJeubYlFrybg4trAsXuKM1OzNJflVYB9KdRT+bplad TwCaNsmbrU1PiSzRv5yzw+pJ4Tc9+lXIv/donyPkYSMqbi7zNE5ZahIG7S88yS4iZ8V+ ErWONTx1jUQ5zzPqai41mctjTmUcEl8zqwzAR/5+URD2ZhRcpOgUy4XwEaN7b00GGpnZ 8MlQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:in-reply-to:references:date :from:cc:to:subject:ironport-sdr:ironport-sdr; bh=EwwfxQ4woHZezl34ILk7Ckaz0JpIj8CtZ5sEtc/qRBc=; b=MaIpa8S/eYncEYy/QKbofK44yJWh7RYlalCb1l67ES/qbbq5rUTjM1huOEq8XhNarf JXQmDBrSoeGxbAJhRhCBMZ9wmWWqb1TzwtqEHI0IDLfRutHKDtb4hMuI7ptHiqCyD+WG cmZhN1Bos/kfQhWywnk4sbMaEHRxiCmQS1yu2Wj54grzJ/SWy5QEf1//6Uj7dyShjSei nh5gJWV9DXZdW3yjuPU/fs+HIZ9D2sRJq/90DYX1lZL1w4qdh+auHigZ+j06p/pjMBz8 VTk0FjCDYEmwLJhxmrQDI1w6XBG8eArAwM2G1XrKXJ1AewWbJMaTS6jEJg4ZBpIcFd7/ 15KA== 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 x6si4110382ejw.73.2020.07.01.08.32.05; Wed, 01 Jul 2020 08:32:28 -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 S1732014AbgGAP36 (ORCPT + 99 others); Wed, 1 Jul 2020 11:29:58 -0400 Received: from mga04.intel.com ([192.55.52.120]:25621 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731622AbgGAP34 (ORCPT ); Wed, 1 Jul 2020 11:29:56 -0400 IronPort-SDR: E1QlNoXibqgVbToxXC9mI7WCr7GvZTLBHR+p/3LxhPyBXHK+CkoeERvCWuHTisCMp7m9lkJMtr M63QcKiBRIpA== X-IronPort-AV: E=McAfee;i="6000,8403,9668"; a="144120734" X-IronPort-AV: E=Sophos;i="5.75,300,1589266800"; d="scan'208";a="144120734" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Jul 2020 08:29:55 -0700 IronPort-SDR: ggTlTifZFGv2OXKF8Yqlnk+bQPFK3lXCuGnnGc9WyrL8+1SsPTKRvgsqtjtRoV9O6ePQ1ZObg1 UJRIopRh8r7g== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,300,1589266800"; d="scan'208";a="265439405" Received: from viggo.jf.intel.com (HELO localhost.localdomain) ([10.54.77.144]) by fmsmga007.fm.intel.com with ESMTP; 01 Jul 2020 08:29:55 -0700 Subject: [PATCH 2/3] mm/vmscan: move RECLAIM* bits to uapi header To: linux-kernel@vger.kernel.org Cc: linux-mm@kvack.org, Dave Hansen , ben.widawsky@intel.com, alex.shi@linux.alibaba.com, dwagner@suse.de, tobin@kernel.org, cl@linux.com, akpm@linux-foundation.org, ying.huang@intel.com, dan.j.williams@intel.com, cai@lca.pw From: Dave Hansen Date: Wed, 01 Jul 2020 08:26:24 -0700 References: <20200701152621.D520E62B@viggo.jf.intel.com> In-Reply-To: <20200701152621.D520E62B@viggo.jf.intel.com> Message-Id: <20200701152624.D6FBDDA8@viggo.jf.intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Dave Hansen It is currently not obvious that the RECLAIM_* bits are part of the uapi since they are defined in vmscan.c. Move them to a uapi header to make it obvious. This should have no functional impact. Signed-off-by: Dave Hansen Cc: Ben Widawsky Cc: Alex Shi Cc: Daniel Wagner Cc: "Tobin C. Harding" Cc: Christoph Lameter Cc: Andrew Morton Cc: Huang Ying Cc: Dan Williams Cc: Qian Cai Cc: Daniel Wagner -- Note: This is not cc'd to stable. It does not fix any bugs. --- b/include/uapi/linux/mempolicy.h | 7 +++++++ b/mm/vmscan.c | 8 -------- 2 files changed, 7 insertions(+), 8 deletions(-) diff -puN include/uapi/linux/mempolicy.h~mm-vmscan-move-RECLAIM-bits-to-uapi include/uapi/linux/mempolicy.h --- a/include/uapi/linux/mempolicy.h~mm-vmscan-move-RECLAIM-bits-to-uapi 2020-07-01 08:22:12.502955333 -0700 +++ b/include/uapi/linux/mempolicy.h 2020-07-01 08:22:12.508955333 -0700 @@ -62,5 +62,12 @@ enum { #define MPOL_F_MOF (1 << 3) /* this policy wants migrate on fault */ #define MPOL_F_MORON (1 << 4) /* Migrate On protnone Reference On Node */ +/* + * These bit locations are exposed in the vm.zone_reclaim_mode sysctl + * ABI. New bits are OK, but existing bits can never change. + */ +#define RECLAIM_ZONE (1<<0) /* Run shrink_inactive_list on the zone */ +#define RECLAIM_WRITE (1<<1) /* Writeout pages during reclaim */ +#define RECLAIM_UNMAP (1<<2) /* Unmap pages during reclaim */ #endif /* _UAPI_LINUX_MEMPOLICY_H */ diff -puN mm/vmscan.c~mm-vmscan-move-RECLAIM-bits-to-uapi mm/vmscan.c --- a/mm/vmscan.c~mm-vmscan-move-RECLAIM-bits-to-uapi 2020-07-01 08:22:12.504955333 -0700 +++ b/mm/vmscan.c 2020-07-01 08:22:12.509955333 -0700 @@ -4091,14 +4091,6 @@ module_init(kswapd_init) int node_reclaim_mode __read_mostly; /* - * These bit locations are exposed in the vm.zone_reclaim_mode sysctl - * ABI. New bits are OK, but existing bits can never change. - */ -#define RECLAIM_ZONE (1<<0) /* Run shrink_inactive_list on the zone */ -#define RECLAIM_WRITE (1<<1) /* Writeout pages during reclaim */ -#define RECLAIM_UNMAP (1<<2) /* Unmap pages during reclaim */ - -/* * Priority for NODE_RECLAIM. This determines the fraction of pages * of a node considered for each zone_reclaim. 4 scans 1/16th of * a zone. _