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 3F009C48BF6 for ; Mon, 26 Feb 2024 04:30:20 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id B79F6940011; Sun, 25 Feb 2024 23:30:19 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id B29F9940008; Sun, 25 Feb 2024 23:30:19 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 9F1F2940011; Sun, 25 Feb 2024 23:30:19 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 8B4D7940008 for ; Sun, 25 Feb 2024 23:30:19 -0500 (EST) Received: from smtpin04.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 27DD5C05BE for ; Mon, 26 Feb 2024 04:30:19 +0000 (UTC) X-FDA: 81832678158.04.ABDF970 Received: from out-171.mta1.migadu.com (out-171.mta1.migadu.com [95.215.58.171]) by imf09.hostedemail.com (Postfix) with ESMTP id 433CD140008 for ; Mon, 26 Feb 2024 04:30:17 +0000 (UTC) Authentication-Results: imf09.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=pwhGE8rU; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf09.hostedemail.com: domain of chengming.zhou@linux.dev designates 95.215.58.171 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=1708921817; 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=RgfeyY+29BFgB7d+7DJ1UYGNHFedjbusiVsI4MvBh/g=; b=sjVlYblhuw8NEi35a/CVrg70AaEAng5GNI5GXnB7Y1u5jZmPkGdDyPh4vblW5ZCJQL4dkK FudR+CPrF7NG665A0aQv0ggT0scjjRvso2BYcZeF09xhH6DPDLxLSnUFWX8AxKJPJEifgi mCdqgXhNkDDVKmcxCTONwuxQLOmZOdM= ARC-Authentication-Results: i=1; imf09.hostedemail.com; dkim=pass header.d=linux.dev header.s=key1 header.b=pwhGE8rU; dmarc=pass (policy=none) header.from=linux.dev; spf=pass (imf09.hostedemail.com: domain of chengming.zhou@linux.dev designates 95.215.58.171 as permitted sender) smtp.mailfrom=chengming.zhou@linux.dev ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1708921817; a=rsa-sha256; cv=none; b=8NQZ4u477AG2slDTm9+liAeAfuEIHoHvAPPrBZ6uDZ4Yv9Swv1iwMUAwhuG0uyq+8bHWWJ 1elWVrMcMCI5W5BPxVpQmrrEzXxMZOskqxk39fFeePeD019SYvVczBvwSjDGcAs4JicKjn v8zJN5y9ZgwwmY+rctBaDlQ3oVF991s= Message-ID: <82c2553f-822e-40c2-9bf8-433689b3669d@linux.dev> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1708921815; 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=RgfeyY+29BFgB7d+7DJ1UYGNHFedjbusiVsI4MvBh/g=; b=pwhGE8rUZfqrhbBaHVTdxP6R0+Qbotfl/KmyO6S9f2kLDLjp97gOJagXfppJ2vf0gvzt1m nfQjI5hqwaISbFLPsJzciGTNHQ/Jycs/iM33wT2vH4KNGBCuvNx1cbETqqjFDlv+aFQuR6 YjkJu18a/oY5TOrE7qcr/lc2Sdn2K+4= Date: Mon, 26 Feb 2024 12:30:01 +0800 MIME-Version: 1.0 Subject: Re: [PATCH] ceph: remove SLAB_MEM_SPREAD flag usage Content-Language: en-US To: Xiubo Li , idryomov@gmail.com, jlayton@kernel.org Cc: ceph-devel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, vbabka@suse.cz, roman.gushchin@linux.dev, Xiongwei.Song@windriver.com, Chengming Zhou References: <20240224134715.829225-1-chengming.zhou@linux.dev> <35df81f5-feac-4373-87a3-d3a27ba9c9d4@redhat.com> X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Chengming Zhou In-Reply-To: <35df81f5-feac-4373-87a3-d3a27ba9c9d4@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Migadu-Flow: FLOW_OUT X-Rspam-User: X-Stat-Signature: eqd3tipbsod1wp1pi15855t1ou1z74aj X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: 433CD140008 X-HE-Tag: 1708921817-855458 X-HE-Meta: U2FsdGVkX19obUew1hIv39Ctn6uUEzYiA4H6mSCDJJXPXX/RZAm3zfol4wxIt5kTN5P9FjfYMUKLv9cM9Km/OXSdHDJA99+tYFYdGk7l66+mTop0Du7lYDu81FrJcCIaIvhmq/TIGIaOsudq8X7XnFbsZMTasNKraeuKVlG97BhuaFsJmH2S4fP3d1FJJ0uKDlS5VNWdnV18DDp+BQSFEDdpsrfQJKupbc3Chel58jMtr/C58b+QWFgLNbpZVGsBtak1cDwUbWk1qi4Nf4menqZq60UHdjbfVY8/f9Kc6u3gikY0KflyvVKOqARvEmTIcV9YwKQUwAvZyF2i8ThTzEEumz3ChFCjbQb9VnqZ7teNM/w20LC4AzbPLpOB/uEpsA/1O2KNi6myZLONjq1lSOSRPJwLei6ruLJKVjn4UWvGJSmOiEFXI+roNRldr15kYAHgzmsrOBwsmwZp6txcp9zK2/0t0BtGnOiJ3NPR5Md97QWG3KF1S0haiup9mzU5Jv4oHehkaBAOpQIyzYpuHNW5q5LrtkJraCSNP5LtP+37KAt0SgAMpXNDtUuOptbzFzlxTVid6Sk5Oe7g9Zg921ZdVY4+mNBOMZ9p6Y82bysKxiOh7lKamzAK+uNBZT4cz+yO5Tg90GbwQ4YGlEZY5jTnCW1lyfWRcF3Kt+G5SZs3XbTi7ZKavm2w5A2JilDuHtsURf0D4W0RIzpwM+sgo1eZsp3PTvrQRvvJ9uaOkJIvyBo+TjuyrZB5aARe3F1cfrfV4bQ38yI+zczgisGvfH8kZl+QAW5HHWW8+W3XxFSCsxDcQLE4eqt4F6IIXsdXSXRzOSMwiiFLHZEeZVD4cdAXfNpT+dGP 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/26 12:23, Xiubo Li wrote: > > On 2/26/24 10:42, Chengming Zhou wrote: >> On 2024/2/26 09:43, Xiubo Li wrote: >>> Hi Chengming, >>> >>> Thanks for your patch. >>> >>> BTW, could you share the link of the relevant patches to mark this a no-op ? >> Update changelog to make it clearer: >> >> The SLAB_MEM_SPREAD flag used to be implemented in SLAB, which was >> removed as of v6.8-rc1, so it became a dead flag. And the series[1] >> went on to mark it obsolete to avoid confusion for users. Here we >> can just remove all its users, which has no functional change. >> >> [1] https://lore.kernel.org/all/20240223-slab-cleanup-flags-v2-1-02f1753e8303@suse.cz/ > > Thanks for your quick feedback. > > BTW, I couldn't find this change in Linus' tree in the master and even the v6.8-rc1 tag, please see https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/include/linux/slab.h?h=master. > > Did I miss something ? Or has this patch been merged ? You're right, this patch hasn't been merged. But it's already a dead flag as of v6.8-rc1. Update changelog to make it clearer: The SLAB_MEM_SPREAD flag used to be implemented in SLAB, which was removed as of v6.8-rc1, so it became a dead flag since the commit 16a1d968358a ("mm/slab: remove mm/slab.c and slab_def.h"). And the series[1] went on to mark it obsolete to avoid confusion for users. Here we can just remove all its users, which has no functional change. [1] https://lore.kernel.org/all/20240223-slab-cleanup-flags-v2-1-02f1753e8303@suse.cz/ Does this look clearer to you? I can improve it if there is still confusion. Thanks! > > - Xiubo > >> Thanks! >> >>> Thanks >>> >>> - Xiubo >>> >>> On 2/24/24 21:47, chengming.zhou@linux.dev wrote: >>>> From: Chengming Zhou >>>> >>>> The SLAB_MEM_SPREAD flag is already a no-op as of 6.8-rc1, remove >>>> its usage so we can delete it from slab. No functional change. >>>> >>>> Signed-off-by: Chengming Zhou >>>> --- >>>>    fs/ceph/super.c | 18 +++++++++--------- >>>>    1 file changed, 9 insertions(+), 9 deletions(-) >>>> >>>> diff --git a/fs/ceph/super.c b/fs/ceph/super.c >>>> index 5ec102f6b1ac..4dcbbaa297f6 100644 >>>> --- a/fs/ceph/super.c >>>> +++ b/fs/ceph/super.c >>>> @@ -928,36 +928,36 @@ static int __init init_caches(void) >>>>        ceph_inode_cachep = kmem_cache_create("ceph_inode_info", >>>>                          sizeof(struct ceph_inode_info), >>>>                          __alignof__(struct ceph_inode_info), >>>> -                      SLAB_RECLAIM_ACCOUNT|SLAB_MEM_SPREAD| >>>> -                      SLAB_ACCOUNT, ceph_inode_init_once); >>>> +                      SLAB_RECLAIM_ACCOUNT|SLAB_ACCOUNT, >>>> +                      ceph_inode_init_once); >>>>        if (!ceph_inode_cachep) >>>>            return -ENOMEM; >>>>    -    ceph_cap_cachep = KMEM_CACHE(ceph_cap, SLAB_MEM_SPREAD); >>>> +    ceph_cap_cachep = KMEM_CACHE(ceph_cap, 0); >>>>        if (!ceph_cap_cachep) >>>>            goto bad_cap; >>>> -    ceph_cap_snap_cachep = KMEM_CACHE(ceph_cap_snap, SLAB_MEM_SPREAD); >>>> +    ceph_cap_snap_cachep = KMEM_CACHE(ceph_cap_snap, 0); >>>>        if (!ceph_cap_snap_cachep) >>>>            goto bad_cap_snap; >>>>        ceph_cap_flush_cachep = KMEM_CACHE(ceph_cap_flush, >>>> -                       SLAB_RECLAIM_ACCOUNT|SLAB_MEM_SPREAD); >>>> +                       SLAB_RECLAIM_ACCOUNT); >>>>        if (!ceph_cap_flush_cachep) >>>>            goto bad_cap_flush; >>>>          ceph_dentry_cachep = KMEM_CACHE(ceph_dentry_info, >>>> -                    SLAB_RECLAIM_ACCOUNT|SLAB_MEM_SPREAD); >>>> +                    SLAB_RECLAIM_ACCOUNT); >>>>        if (!ceph_dentry_cachep) >>>>            goto bad_dentry; >>>>    -    ceph_file_cachep = KMEM_CACHE(ceph_file_info, SLAB_MEM_SPREAD); >>>> +    ceph_file_cachep = KMEM_CACHE(ceph_file_info, 0); >>>>        if (!ceph_file_cachep) >>>>            goto bad_file; >>>>    -    ceph_dir_file_cachep = KMEM_CACHE(ceph_dir_file_info, SLAB_MEM_SPREAD); >>>> +    ceph_dir_file_cachep = KMEM_CACHE(ceph_dir_file_info, 0); >>>>        if (!ceph_dir_file_cachep) >>>>            goto bad_dir_file; >>>>    -    ceph_mds_request_cachep = KMEM_CACHE(ceph_mds_request, SLAB_MEM_SPREAD); >>>> +    ceph_mds_request_cachep = KMEM_CACHE(ceph_mds_request, 0); >>>>        if (!ceph_mds_request_cachep) >>>>            goto bad_mds_req; >>>>    >