From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id EC323C0032E for ; Sat, 28 Oct 2023 17:21:55 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 4FFCD6B0129; Sat, 28 Oct 2023 13:21:55 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 437A76B0326; Sat, 28 Oct 2023 13:21:55 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 2B1106B032F; Sat, 28 Oct 2023 13:21:55 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 1A4616B0129 for ; Sat, 28 Oct 2023 13:21:55 -0400 (EDT) Received: from smtpin30.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id D8C628014A for ; Sat, 28 Oct 2023 17:21:54 +0000 (UTC) X-FDA: 81395537748.30.78643A6 Received: from bee.tesarici.cz (bee.tesarici.cz [77.93.223.253]) by imf02.hostedemail.com (Postfix) with ESMTP id 9F44780010 for ; Sat, 28 Oct 2023 17:21:52 +0000 (UTC) Authentication-Results: imf02.hostedemail.com; dkim=pass header.d=tesarici.cz header.s=mail header.b=NEf36SYo; spf=pass (imf02.hostedemail.com: domain of petr@tesarici.cz designates 77.93.223.253 as permitted sender) smtp.mailfrom=petr@tesarici.cz; dmarc=pass (policy=none) header.from=tesarici.cz ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1698513713; a=rsa-sha256; cv=none; b=BNIq6ok2CGpPL83GeoQYcGumj+IJ82pXFpI5GVlLZrnI28S5D/uurQY7OlpMF2MW8M5m6D AHC5ufw2BP367uaHwravNy/7z7fJ1VGmw/7veQEntN1GL9yN+TzB3RbnzgiOklsuh7x6fZ lbkmpA7WRMd5CVlvtdZhhtFPHWYcrB0= ARC-Authentication-Results: i=1; imf02.hostedemail.com; dkim=pass header.d=tesarici.cz header.s=mail header.b=NEf36SYo; spf=pass (imf02.hostedemail.com: domain of petr@tesarici.cz designates 77.93.223.253 as permitted sender) smtp.mailfrom=petr@tesarici.cz; dmarc=pass (policy=none) header.from=tesarici.cz ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1698513713; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=u+JLg2QmPDcViOqS6qLOyCWZFP03tmRHrfLCBCa+RxY=; b=xxLJCPw12bO4xSxnU4tZ+m+mQ9IoHYOYy6jHFKYW6intlNjfkhjLbrLDVv1rjkGezAJ+Ve iA507Ui0UucMHAO3NsO5XVHf1YdP6TND7Ijxz2iluj9vxB4bZSBB3BZ4SobrENMBrw0/nw uQcIi2ThBO+I5AznYsE2YQWa9nDUqEw= Received: from meshulam.tesarici.cz (dynamic-2a00-1028-83b8-1e7a-4427-cc85-6706-c595.ipv6.o2.cz [IPv6:2a00:1028:83b8:1e7a:4427:cc85:6706:c595]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by bee.tesarici.cz (Postfix) with ESMTPSA id 1794B183AEA; Sat, 28 Oct 2023 19:21:48 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tesarici.cz; s=mail; t=1698513709; bh=NjpBpPt/yrrzyUMwOnxT0t9fJ7lkHUICaTlDk7VnK5E=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=NEf36SYo3kQbCeEsdwZEo5Rs7ubi4rXjiy/HkeByeW5ZFg1NJ7jrkUSgWkxmg2M8k B0u/D2sCM3DcHuuZDfcPU7EjnH661MAuSS0d/FyxcRCZoz24WCjCK0k1P8odl2097t ZVT0E+8iYlsOBUWMC4fZaTpedbZzQ/CHY/uHKk5wgB1+rAceIGvg9nE6AeoAR5SMTy VdPZ/XLtuodw43A4B+h4DkkMi1URAqTCzmC3/qWgJtpSG7UvnNZ/ye9sCmfnJIiYAE BLpNDIscF2rgwyxelghhqIlUEu7ofl0My0JCMUOvGX60kRL5D6XzWCGs+fAiOUMIG4 77EOtdZarg36A== Date: Sat, 28 Oct 2023 19:21:47 +0200 From: Petr =?UTF-8?B?VGVzYcWZw61r?= To: Suren Baghdasaryan Cc: Neil Brown , akpm@linux-foundation.org, kent.overstreet@linux.dev, mhocko@suse.com, vbabka@suse.cz, hannes@cmpxchg.org, roman.gushchin@linux.dev, mgorman@suse.de, dave@stgolabs.net, willy@infradead.org, liam.howlett@oracle.com, corbet@lwn.net, void@manifault.com, peterz@infradead.org, juri.lelli@redhat.com, ldufour@linux.ibm.com, catalin.marinas@arm.com, will@kernel.org, arnd@arndb.de, tglx@linutronix.de, mingo@redhat.com, dave.hansen@linux.intel.com, x86@kernel.org, peterx@redhat.com, david@redhat.com, axboe@kernel.dk, mcgrof@kernel.org, masahiroy@kernel.org, nathan@kernel.org, dennis@kernel.org, tj@kernel.org, muchun.song@linux.dev, rppt@kernel.org, paulmck@kernel.org, pasha.tatashin@soleen.com, yosryahmed@google.com, yuzhao@google.com, dhowells@redhat.com, hughd@google.com, andreyknvl@gmail.com, keescook@chromium.org, ndesaulniers@google.com, vvvvvv@google.com, gregkh@linuxfoundation.org, ebiggers@google.com, ytcoode@gmail.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, bristot@redhat.com, vschneid@redhat.com, cl@linux.com, penberg@kernel.org, iamjoonsoo.kim@lge.com, 42.hyeyoo@gmail.com, glider@google.com, elver@google.com, dvyukov@google.com, shakeelb@google.com, songmuchun@bytedance.com, jbaron@akamai.com, rientjes@google.com, minchan@google.com, kaleshsingh@google.com, kernel-team@android.com, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, iommu@lists.linux.dev, linux-arch@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-modules@vger.kernel.org, kasan-dev@googlegroups.com, cgroups@vger.kernel.org Subject: Re: [PATCH v2 06/39] mm: enumerate all gfp flags Message-ID: <20231028192147.2a755c46@meshulam.tesarici.cz> In-Reply-To: References: <20231024134637.3120277-1-surenb@google.com> <20231024134637.3120277-7-surenb@google.com> <20231025074652.44bc0eb4@meshulam.tesarici.cz> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Server: rspam08 X-Rspamd-Queue-Id: 9F44780010 X-Stat-Signature: bm7ihizdskn436e4w47nwm6dyfoaw5yj X-Rspam-User: X-HE-Tag: 1698513712-793062 X-HE-Meta: U2FsdGVkX18oyNVW/85/z1G1jrfJcqmYb4YVafKBiakcGgThrnsaaJTAIkrOrzSlHj7EW7jyprKphhpsZMiNfu9Qn+sj+X2q98SXciXKS+62Hf5K2xmf9kEC2Q1ITcjqj0z9lZrBQbuf+Vx1PU5qJP0cyHjLUFQWAQWTh0itJe6y/DCzislHB+NMnM7sq7uYMD64mO0lC7mCW1Eam1Wu0eBtFvo7HOwdXeXjtNIcS5P2vfIelDh9R+ycnWf7ru8VH5/99nzDtpIOYl6PrXuQVg4rbb2lzVkABJRsecxflAQZO48asxDc6mF+d/wPBi6VFGHGc2PoTBNVWcCRUOH2NT1FY16HgPqxRoOVhUgi0/7IM+9WUNq/x0h6bsoQuBOMYBgRx001AlX+fJAxtL/t6ayt4+bgGHr88nj0iFEEcbSMeLWAmgf9/g/WfU88VQjJ4Xm29IAA9MJrhAWaKKNPCLI9Xmz537cCRz03bldcwxKJcr1aR7svNfKEtLG7845MUFidOQoS9aReBztPtnQcy5ISSwEOlx6xupJJcLeTEEHrAO0iCq/opZayO2DJokIgcG7XjSV1unoPWVlNqD+78FkUL7LUhY7ao9nbwYjat6AavyegYHJModMHbDRKTtUdD57xQIaFNh/kWZ+T9BVJVg9TrULFVGAsZx5SbLoS4fwBUX8gQBVMZfUKG7WYtbtPncUrfB9+Z9pBmJlfn62hgnZ6lqcflB0mwFILmuXhsRMyVjIIUHg0yXV/gIdvA8e2vkLlb7RncyRjNm/GGo8s1fgxOkEQm220q/P7Ov+6XK+pFHcegvboXbO9Y1n22hfezl3ZZgRMfEdmx2JoIZXWGYLucQ/u0TXzMUK6kLY4RZu0TU3xSdgXGxnToyJxMve60/OTBnb+u92D/aadc6++932vqfsBCL8Mvl1Jh/hr9ivCYTpLVqngav9pxKOywK3Z1ZlLOQtC1YNDG5iicZ2 wNggQB7c 3KVshwirI3BNoVaTINC//yiXfXFrD6EsePZO6ZfiK0AG/Tqo126SWoP6TCMJmBEue+xQkisGC8mcg/d+8iNo72jEy9BQL4F6DQSiC4OnkIdl8siTu62eeQaVhdhUPI0gaGeXvGpXtiCzuyeccTmIYQktRNgcC2/ImPJetfZHReycprFne+8cqf0L0nHYpOtm/G8LF0D2A3OprEsFtCxUxVY4JpZiAHKjEtxyixjQm8CLd9rUM2e8PlICfhKUbqlhUWG9fEXchnE2XQNdlcY4lAY1WRUe7cB4aSWCN0xDl5WtXNfYU15LZqH0LtH1h5r4g3zlqhMXGF1wNSAbcvluD6Ydp9cLXnmeeysEmLRYIuVEKB08= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Wed, 25 Oct 2023 08:28:32 -0700 Suren Baghdasaryan wrote: > On Tue, Oct 24, 2023 at 10:47=E2=80=AFPM Petr Tesa=C5=99=C3=ADk wrote: > > > > On Tue, 24 Oct 2023 06:46:03 -0700 > > Suren Baghdasaryan wrote: > > =20 > > > Introduce GFP bits enumeration to let compiler track the number of us= ed > > > bits (which depends on the config options) instead of hardcoding them. > > > That simplifies __GFP_BITS_SHIFT calculation. > > > Suggested-by: Petr Tesa=C5=99=C3=ADk > > > Signed-off-by: Suren Baghdasaryan > > > --- > > > include/linux/gfp_types.h | 90 +++++++++++++++++++++++++++----------= -- > > > 1 file changed, 62 insertions(+), 28 deletions(-) > > > > > > diff --git a/include/linux/gfp_types.h b/include/linux/gfp_types.h > > > index 6583a58670c5..3fbe624763d9 100644 > > > --- a/include/linux/gfp_types.h > > > +++ b/include/linux/gfp_types.h > > > @@ -21,44 +21,78 @@ typedef unsigned int __bitwise gfp_t; > > > * include/trace/events/mmflags.h and tools/perf/builtin-kmem.c > > > */ > > > > > > +enum { > > > + ___GFP_DMA_BIT, > > > + ___GFP_HIGHMEM_BIT, > > > + ___GFP_DMA32_BIT, > > > + ___GFP_MOVABLE_BIT, > > > + ___GFP_RECLAIMABLE_BIT, > > > + ___GFP_HIGH_BIT, > > > + ___GFP_IO_BIT, > > > + ___GFP_FS_BIT, > > > + ___GFP_ZERO_BIT, > > > + ___GFP_UNUSED_BIT, /* 0x200u unused */ > > > + ___GFP_DIRECT_RECLAIM_BIT, > > > + ___GFP_KSWAPD_RECLAIM_BIT, > > > + ___GFP_WRITE_BIT, > > > + ___GFP_NOWARN_BIT, > > > + ___GFP_RETRY_MAYFAIL_BIT, > > > + ___GFP_NOFAIL_BIT, > > > + ___GFP_NORETRY_BIT, > > > + ___GFP_MEMALLOC_BIT, > > > + ___GFP_COMP_BIT, > > > + ___GFP_NOMEMALLOC_BIT, > > > + ___GFP_HARDWALL_BIT, > > > + ___GFP_THISNODE_BIT, > > > + ___GFP_ACCOUNT_BIT, > > > + ___GFP_ZEROTAGS_BIT, > > > +#ifdef CONFIG_KASAN_HW_TAGS > > > + ___GFP_SKIP_ZERO_BIT, > > > + ___GFP_SKIP_KASAN_BIT, > > > +#endif > > > +#ifdef CONFIG_LOCKDEP > > > + ___GFP_NOLOCKDEP_BIT, > > > +#endif > > > + ___GFP_LAST_BIT > > > +}; > > > + > > > /* Plain integer GFP bitmasks. Do not use this directly. */ > > > -#define ___GFP_DMA 0x01u > > > -#define ___GFP_HIGHMEM 0x02u > > > -#define ___GFP_DMA32 0x04u > > > -#define ___GFP_MOVABLE 0x08u > > > -#define ___GFP_RECLAIMABLE 0x10u > > > -#define ___GFP_HIGH 0x20u > > > -#define ___GFP_IO 0x40u > > > -#define ___GFP_FS 0x80u > > > -#define ___GFP_ZERO 0x100u > > > +#define ___GFP_DMA BIT(___GFP_DMA_BIT) > > > +#define ___GFP_HIGHMEM BIT(___GFP_HIGHMEM_BIT) > > > +#define ___GFP_DMA32 BIT(___GFP_DMA32_BIT) > > > +#define ___GFP_MOVABLE BIT(___GFP_MOVABLE_BIT) > > > +#define ___GFP_RECLAIMABLE BIT(___GFP_RECLAIMABLE_BIT) > > > +#define ___GFP_HIGH BIT(___GFP_HIGH_BIT) > > > +#define ___GFP_IO BIT(___GFP_IO_BIT) > > > +#define ___GFP_FS BIT(___GFP_FS_BIT) > > > +#define ___GFP_ZERO BIT(___GFP_ZERO_BIT) > > > /* 0x200u unused */ =20 > > > > This comment can be also removed here, because it is already stated > > above with the definition of ___GFP_UNUSED_BIT. =20 >=20 > Ack. >=20 > > > > Then again, I think that the GFP bits have never been compacted after > > Neil Brown removed __GFP_ATOMIC with commit 2973d8229b78 simply because > > that would mean changing definitions of all subsequent GFP flags. FWIW > > I am not aware of any code that would depend on the numeric value of > > ___GFP_* macros, so this patch seems like a good opportunity to change > > the numbering and get rid of this unused 0x200u altogether. > > > > @Neil: I have added you to the conversation in case you want to correct > > my understanding of the unused bit. =20 >=20 > Hmm. I would prefer to do that in a separate patch even though it > would be a one-line change. Seems safer to me in case something goes > wrong and we have to bisect and revert it. If that sounds ok I'll post > that in the next version. You're right. If something does go wrong, it will be easier to fix if the removal of the unused bit is in a commit of its own. Petr T