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 CC95CC54E41 for ; Sat, 24 Feb 2024 09:33:04 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id E65046B006E; Sat, 24 Feb 2024 04:33:03 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id E15A96B0071; Sat, 24 Feb 2024 04:33:03 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D2AAE6B0072; Sat, 24 Feb 2024 04:33:03 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id C4B346B006E for ; Sat, 24 Feb 2024 04:33:03 -0500 (EST) Received: from smtpin07.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 9DFA9160227 for ; Sat, 24 Feb 2024 09:33:03 +0000 (UTC) X-FDA: 81826183446.07.554F39A Received: from out-183.mta0.migadu.com (out-183.mta0.migadu.com [91.218.175.183]) by imf16.hostedemail.com (Postfix) with ESMTP id E3B0618000B for ; Sat, 24 Feb 2024 09:33:00 +0000 (UTC) Authentication-Results: imf16.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b="U/5SIqsF"; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf16.hostedemail.com: domain of chengming.zhou@linux.dev designates 91.218.175.183 as permitted sender) smtp.mailfrom=chengming.zhou@linux.dev ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1708767181; 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=w5CbQ+eZHnRkInbsJ83G0MenQ1/0DqwIekM9Cx5ZW3Q=; b=HD4ShSkCmeh6hQblwIkNDPnkP8Ui4UXto57XgezfkqyGWhT2fB5+28V3EWGYsC4mcsADh4 YUUhc0Aec97l3H7acWokkKwXZdjCaPJ9tNa4uN5cLflQWZ9OAhFyVBwzHj3hazl+bBcSp2 7Lrv602j/r+mPcg05YZHdy1FKTRKnnQ= ARC-Authentication-Results: i=1; imf16.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b="U/5SIqsF"; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf16.hostedemail.com: domain of chengming.zhou@linux.dev designates 91.218.175.183 as permitted sender) smtp.mailfrom=chengming.zhou@linux.dev ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1708767181; a=rsa-sha256; cv=none; b=tcBW+MfjzbFHBYeYsJgM5GI8TG7I47cZiANyikIdVWHJji+duMBilMEGW/iipq6yo+mU0s m3TVXqRFWQ5DryEtM2ZGbji44z6MDWS/dHr8KgOwMX4jt3vvnekcplQA4G7MK/EWMcMmkK JJl75U8tRVcMauG2pp17qkl/lsUG+uM= Message-ID: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1708767178; h=from:from: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; bh=w5CbQ+eZHnRkInbsJ83G0MenQ1/0DqwIekM9Cx5ZW3Q=; b=U/5SIqsFSOxdX9GeE99DeSkUhKxMm/M0NSpx9+5xsxSOO1n5b15ZC8EFMT+rEzKVxB4Lt+ VrjYjDqNIBkmBxH6SyVOb3vrsFc+QTsASp9Ec7GM5Edjh5YRJoWkpBSv6csOOnIZYHvMTC ZWvRiGBP7jrM7SjZDQUBn/z6wegbKOw= Date: Sat, 24 Feb 2024 17:32:20 +0800 MIME-Version: 1.0 Subject: Re: [PATCH 1/3] mm, slab: deprecate SLAB_MEM_SPREAD flag Content-Language: en-US To: Vlastimil Babka , "Song, Xiongwei" , Roman Gushchin Cc: Christoph Lameter , Pekka Enberg , David Rientjes , Joonsoo Kim , Andrew Morton , Hyeonggon Yoo <42.hyeyoo@gmail.com>, Andrey Ryabinin , Alexander Potapenko , Andrey Konovalov , Dmitry Vyukov , Vincenzo Frascino , Zheng Yejian , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , "kasan-dev@googlegroups.com" , Steven Rostedt References: <20240220-slab-cleanup-flags-v1-0-e657e373944a@suse.cz> <20240220-slab-cleanup-flags-v1-1-e657e373944a@suse.cz> <7e27b853-e10f-4034-bc81-2d5e5a03361a@linux.dev> X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Chengming Zhou In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Migadu-Flow: FLOW_OUT X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: E3B0618000B X-Stat-Signature: zbzc1to7ks9mub4pd9snzxyzzjxponfj X-Rspam-User: X-HE-Tag: 1708767180-469564 X-HE-Meta: U2FsdGVkX18nyNesa4fk7Nwn/1AkmdH8uvgDNK6yCA0y26iy4NPhDbWw3Yi7xTBFEd3vxQabzVJ7H8DQ5GH5TgTeSsNprilntatrTcILR1yD9tiOOFgOmnmfoTbGQWNR9mTZMOO2NeOIki0iAUQ+7Z780YFgGN/o7uv35EB4aCqMBobPNe3av4dnNlaPz3ujPSKXBHk0Ux9KAX+UKNlz64NvD4Dc+jxbEJLE8HrMXBw1IMXgl+4uJXzyMr1+Z6KsIDc2wfH/2kJVCkDkUwYhKr3ak8lIge/b//Ii9W/zQh65Msfs4IuOg6Bqt2QPJDZGwpHfwVivSwgpIWqpc6i7ANuH75+xcj5pkk2X6eauKbubo+DbpgjVKTT/k2lAAEgabdglGhnNu/bD2HyzTaCXM0exspwFKMjSs5mkQxTpb30/GzBcD61kxQ37TwB398tPScTTz+7aZOZUXzh87WKTNNvsfcE62YfO+GLMQOH7hW8doEHmJomXPE41OhmfNTOkMabVG1nGMtOCyhd/O5lFcjaTtmxSVviG5QsKnmsF9LskGsEMb7ax4DjQea5c/BZBdZ/K1s4PFhG4v98c+VWkOMm0w9981F/H0is4YVh+ZxFIqZ/qq1qOdw0zRqH3+Ggo415GOYKF0I/qsr+PUI0iJQW+iT4prWtx3W0wko5EdH93ChEJZOrqjKs8E6bkcnWhDsy4FUHZwijpwHHp5sjsXwLTNM19/7o23Aq+ec4fBvHtaWBkvf9nL0j/EglNYeygkTUT4AxtkbiW+9Lp4MjeQYa4vpzU2+xdqc+OSvn/Y/CwjENj/kmL8+40xVJ3P2/cpqe+7HP4N6w9HAXb2D+060W/leTkmfYAsdoRxgzktKsEUmwuN67vdtdOpfIpLRf6i8Sz6u0nd8cVTnlk+bmi7wwvRLXgBJRi1+jAkgt4iew1DyYZvJALhYDNpieL/nRgIXohD7wjgaGDQEXl39q TDw== 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 2024/2/24 00:41, Vlastimil Babka wrote: > On 2/22/24 03:32, Chengming Zhou wrote: >> On 2024/2/22 09:10, Song, Xiongwei wrote: >>> Hi Vlastimil, >>> >>>> On Tue, Feb 20, 2024 at 05:58:25PM +0100, Vlastimil Babka wrote: >>>> 0;95;0c> The SLAB_MEM_SPREAD flag used to be implemented in SLAB, which was >>>>> removed. SLUB instead relies on the page allocator's NUMA policies. >>>>> Change the flag's value to 0 to free up the value it had, and mark it >>>>> for full removal once all users are gone. >>>>> >>>>> Reported-by: Steven Rostedt >>>>> Closes: https://lore.kernel.org/all/20240131172027.10f64405@gandalf.local.home/ >>>>> Signed-off-by: Vlastimil Babka >>>> >>>> Reviewed-by: Roman Gushchin >>>> >>>> Do you plan to follow up with a patch series removing all usages? >>> >>> If you are not available with it, I can do. >> >> Actually, I have done it yesterday. Sorry, I just forgot this task. :) >> >> I plan to send out it after this series merged in the slab branch. And >> I'm wondering is it better to put all diffs in one huge patch or split >> every diff to each patch? > > I'd suggest you do a patch per subsystem (mostly different filesystems) and > send them out to respective maintainers to pick in their trees. I've talked > to David from btrfs and he suggested this way. Ok, will send out individually. > > You don't need to wait for this series to be merged. The flag is already a > no-op as of 6.8-rc1. Also I'd suggest sending the patches individually. In a > series they wouldn't depend on each other anyway, and you would either have > to Cc maintainers separately per patch of the series, or everyone on > everything, and there would always be somebody who would prefer the other > way that you pick. Right, thanks for your instructions! > >> Thanks! >