From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A2C2139DBD4; Wed, 17 Jun 2026 14:37:04 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781707025; cv=none; b=o3Tk2BugwPal5jQmg7/o4ypgl/06MCEciRl1Xa+QedxnShf2k0Bq9qpSoVBXMh+Vk0qWiMH3Ek9kPFx0desbnY/5vhZPZ6Hm/RHWy/nKJOYEeGIZR/dEp+I3ULwU+9FmYUeGy7NB56orcteSYcWUOSYbdgh1pPBk/Ne6LvQBSCg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781707025; c=relaxed/simple; bh=UlarZjz9hb/rXsZr46rmLI8X0P0F5x2cPPGw+EkC9ok=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=AnhM0nsGCBvAps+UtwrzgKsdvPtaC09vcbpGxcQpJESwVTUtMBNYwgAvzjzSE4OnWDW34eTiaIS6pnz5kSDULsXaAwdkpTzmW5RV++uDAoknQSnhvc8TNzv/p19TV7tUqIiFLAsOa/kQTjuUEghhtctcysdnQ4pmztXE+5i4m8o= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=bCG6sPUF; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="bCG6sPUF" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 49D231F000E9; Wed, 17 Jun 2026 14:37:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1781707024; bh=UlarZjz9hb/rXsZr46rmLI8X0P0F5x2cPPGw+EkC9ok=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=bCG6sPUF2jYcVg9dDrzvJNAZYQUr/vuARhv3RVL/2ysFZlxJRvkaCLKyEKXqyzZmI fKbKuhccmK5+ZPKO+1uZVZB0ofCpLz60PpbOu0FYYXuB6scZApXyb8EeZEN3D9lxLH AJlDoaz4tghoSEaqJFLVQ8jmUST+zsxuml1CxX9VP0CMiZNU6hyRBV523HcslHcwgl PLdBbXuyPHbHHlaW/n8bzvfKQIn2pyvhfZCmufP0Aw0Zy878G8TcRRUJVyhP6XukBT pizbh0YHdGPC+8ZhPXyrH2HKNZ16voiuLOZl/N2PAGcbsc+hVCNSwwahg4+MRBricy SiujHPqM6gAxg== Message-ID: <918fae64-1323-46ea-a86e-3c847a52f174@kernel.org> Date: Wed, 17 Jun 2026 23:36:58 +0900 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v3 15/15] mm/slab: replace __GFP_NO_OBJ_EXT with SLAB_ALLOC_NO_RECURSE for sheaves To: "Vlastimil Babka (SUSE)" Cc: Hao Li , Christoph Lameter , David Rientjes , Roman Gushchin , Suren Baghdasaryan , Alexei Starovoitov , Andrew Morton , Johannes Weiner , Michal Hocko , Shakeel Butt , Alexander Potapenko , Marco Elver , Dmitry Vyukov , kasan-dev@googlegroups.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org References: <20260615-slab_alloc_flags-v3-0-ce1146d140fb@kernel.org> <20260615-slab_alloc_flags-v3-15-ce1146d140fb@kernel.org> Content-Language: en-US From: Harry Yoo In-Reply-To: <20260615-slab_alloc_flags-v3-15-ce1146d140fb@kernel.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------0psGISE63oZNEUmTQW1sVnap" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------0psGISE63oZNEUmTQW1sVnap Content-Type: multipart/mixed; boundary="------------TBNAO9MmQOQu2Pmqd1aWCBrf"; protected-headers="v1" From: Harry Yoo To: "Vlastimil Babka (SUSE)" Cc: Hao Li , Christoph Lameter , David Rientjes , Roman Gushchin , Suren Baghdasaryan , Alexei Starovoitov , Andrew Morton , Johannes Weiner , Michal Hocko , Shakeel Butt , Alexander Potapenko , Marco Elver , Dmitry Vyukov , kasan-dev@googlegroups.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, cgroups@vger.kernel.org Message-ID: <918fae64-1323-46ea-a86e-3c847a52f174@kernel.org> Subject: Re: [PATCH v3 15/15] mm/slab: replace __GFP_NO_OBJ_EXT with SLAB_ALLOC_NO_RECURSE for sheaves References: <20260615-slab_alloc_flags-v3-0-ce1146d140fb@kernel.org> <20260615-slab_alloc_flags-v3-15-ce1146d140fb@kernel.org> In-Reply-To: <20260615-slab_alloc_flags-v3-15-ce1146d140fb@kernel.org> --------------TBNAO9MmQOQu2Pmqd1aWCBrf Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 6/15/26 8:54 PM, Vlastimil Babka (SUSE) wrote: > Finish the switch away from __GFP_NO_OBJ_EXT by replacing it with > SLAB_ALLOC_NO_RECURSE when allocating empty sheaves. Pass alloc_flags t= o > [__]alloc_empty_sheaf(). Callers that can't be part of a recursive > kmalloc() chain simply pass SLAB_ALLOC_DEFAULT. Use kmalloc_flags() > instead of kzalloc() for allocating the sheaf. >=20 > With that we can finalize the removal the __GFP_NO_OBJ_EXT handling fro= m > obj_ext allocations as well, leaving only SLAB_ALLOC_NO_RECURSE in > place. >=20 > This leaves __GFP_NO_OBJ_EXT with no users in slab, so stop allowing th= e > flag in kmalloc_nolock(). >=20 > Link: https://patch.msgid.link/20260610-slab_alloc_flags-v2-16-7190909d= b118@kernel.org > Reviewed-by: Hao Li > Signed-off-by: Vlastimil Babka (SUSE) > --- Looks good to me, Reviewed-by: Harry Yoo (Oracle) --=20 Cheers, Harry / Hyeonggon --------------TBNAO9MmQOQu2Pmqd1aWCBrf-- --------------0psGISE63oZNEUmTQW1sVnap Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQQQ1ub6gR5ogjaKRmOGXBN6rc5S1gUCajKxCgAKCRCGXBN6rc5S 1r87AQCEyvL7xwt5erc8QniuHD39QfJrMf+Jct/CdQ6VCpZwHQD9F2GeRLOW2gH8 BdWpY/PNn1VD0J1HMWM/+M8tRZMkoAw= =AtOR -----END PGP SIGNATURE----- --------------0psGISE63oZNEUmTQW1sVnap--