Message ID | 20240224135149.830234-1-chengming.zhou@linux.dev |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel+bounces-79681-ouuuleilei=gmail.com@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:7300:a81b:b0:108:e6aa:91d0 with SMTP id bq27csp1156044dyb; Sat, 24 Feb 2024 05:54:40 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCUXB72waC1EBTX1nunygb+6LoBocXffXwz5mIP0GMi88W6k9smgpQe1xghT6oxt84WNIKvTRfS6zCWN5Fy4sFQDy40g9g== X-Google-Smtp-Source: AGHT+IEChJ+o8QKuu7I80IJnld7ezBuNrzh4DwL2xYoYhS5bSLsy9WFCFLTDvHdydcyiG/OKIH25 X-Received: by 2002:a17:902:c212:b0:1dc:782a:89f9 with SMTP id 18-20020a170902c21200b001dc782a89f9mr2384181pll.53.1708782879856; Sat, 24 Feb 2024 05:54:39 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1708782879; cv=pass; d=google.com; s=arc-20160816; b=NsDnxMY5n6swUkS5iWuSP3tIfCg7tGD0FA/rlAEbxeRy46xKaeqFr/b6tq5fO0b1j4 69XPCMrf1Ztefk0L9wTXDV3wK3/uuszY1CzW6xRl9+kUzbsBC2DCIw6Wmzbb+WbmDkVM 69ELCD8Co5A/vVJWOEH3Cy9QD7WH/twfjVilvnaZSask9sbnRqYa00iB4DSFD7pqmSw6 8pnHZ9YzxUTZ3Am5+ltE6ryMfIynPzpq8nzXCGUAJ23bFNQcSmvvUkHgaaygBSdJnIzk HR99oWxJYsXny8rF1obXNAXy7dPbp6y9Zw/PmcwH2NZ79+Hq0McOVB26YHt15+9FBvK7 3LnQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:message-id:date:subject:cc:to :from:dkim-signature; bh=Nhld/q3SVJCpH9JDcDmQlpv68zE8XG9Vxq5MWHA58E0=; fh=V8GSHWZzckacZgMa+L77/RBLl1fCOpApfUEC8vspJSw=; b=IjOqC3yhGu+73Qzjd9GxdbYNXGno3OQc61yasQbG1xIgra481jyF7eZemnLuQKI2rq i9sS9Qh5iLMTLUOApAiBwwvUJzdXUWMygDCfG4s+yboCf8nVe75UvuXtCcQYm1izWE/P IRlM+j9vLrB4KgIJ8zlMdjTi9qgshF6foN+krQWXp7KtjBMWPUxP+sj6n1OKs25oL/nT sj9oU1E2eJuh77xiPRNh62YIX1C94Qh2z3b/4CMyuWBiYU3co7o9TksR0vkSatFmgCx4 ibPMIt1f5nS9/2/kWtUtyZCJH0Fxietjgz/U3ufgYtpJuhxL5Ruruwf0TmUo+8QputU3 nWfw==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=c4wEiAfu; arc=pass (i=1 spf=pass spfdomain=linux.dev dkim=pass dkdomain=linux.dev dmarc=pass fromdomain=linux.dev); spf=pass (google.com: domain of linux-kernel+bounces-79681-ouuuleilei=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-79681-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id bf7-20020a170902b90700b001dc755ca214si842587plb.618.2024.02.24.05.54.39 for <ouuuleilei@gmail.com> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 24 Feb 2024 05:54:39 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-79681-ouuuleilei=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=c4wEiAfu; arc=pass (i=1 spf=pass spfdomain=linux.dev dkim=pass dkdomain=linux.dev dmarc=pass fromdomain=linux.dev); spf=pass (google.com: domain of linux-kernel+bounces-79681-ouuuleilei=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-79681-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id A846F283088 for <ouuuleilei@gmail.com>; Sat, 24 Feb 2024 13:54:39 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 388784D9E5; Sat, 24 Feb 2024 13:52:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b="c4wEiAfu" Received: from out-189.mta0.migadu.com (out-189.mta0.migadu.com [91.218.175.189]) (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 3BEFC45976 for <linux-kernel@vger.kernel.org>; Sat, 24 Feb 2024 13:51:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=91.218.175.189 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708782720; cv=none; b=lZUeXSkQ0FFQjzHGoHX+X96WOktC7Yf/OjuuzAn3UtWlqz0cTxHBHwEmJRdrX74oO9Gt1ZYh1GVzPzO4YLoU117kyXdZZeXwaowQOAjdlB6TFRFCm1Om9t1nNmQfZ4UxEER99VuJKK1OfMz+QGNpjx2w9nVjWMfUZ0kjvtWOVFw= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708782720; c=relaxed/simple; bh=RAwLP4FL7g3YG90XVDrkOyp/C+5D0yHVeVpnj4F3HQM=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version; b=asV5WiGt+99zfx8n43A0FkiTgDopQIG8tVgHFlfa5Hug86Sc7fQE0CnOIRC/4UBEr+ndT98UUtTxMGjqRsd94u6KL5QKPhcbQDZ/SzJKFsbRbVSsizx0BfAkAmSsTiZnAoHsAW2kLlbuWQts02SQI78CRXCeyrOgczXNqpdcfms= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev; spf=pass smtp.mailfrom=linux.dev; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b=c4wEiAfu; arc=none smtp.client-ip=91.218.175.189 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.dev X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1708782717; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=Nhld/q3SVJCpH9JDcDmQlpv68zE8XG9Vxq5MWHA58E0=; b=c4wEiAfuICV4Ka7yndl74dHwvO52WstZyEmaGai/CFGu8iC8PxlSUwq8Le+tmi08MSVfc1 ql11aP8R3IhUZaYdevWSbV8b4f13M8gtAXz4KjpIOf8BMOmwr5mcKGxEdoTPVn+0KS7GOv XmKw7zrNub/1CXwxqJudUaybpNSWMZc= From: chengming.zhou@linux.dev To: trond.myklebust@hammerspace.com, anna@kernel.org, chuck.lever@oracle.com, jlayton@kernel.org, neilb@suse.de, kolga@netapp.com Cc: Dai.Ngo@oracle.com, tom@talpey.com, davem@davemloft.net, edumazet@google.com, kuba@kernel.org, pabeni@redhat.com, linux-nfs@vger.kernel.org, netdev@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@linux.dev, Chengming Zhou <zhouchengming@bytedance.com> Subject: [PATCH] sunrpc: remove SLAB_MEM_SPREAD flag usage Date: Sat, 24 Feb 2024 13:51:49 +0000 Message-Id: <20240224135149.830234-1-chengming.zhou@linux.dev> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: <linux-kernel.vger.kernel.org> List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org> List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Migadu-Flow: FLOW_OUT X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1791788717212192842 X-GMAIL-MSGID: 1791788717212192842 |
Series |
sunrpc: remove SLAB_MEM_SPREAD flag usage
|
|
Commit Message
Chengming Zhou
Feb. 24, 2024, 1:51 p.m. UTC
From: Chengming Zhou <zhouchengming@bytedance.com> 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 <zhouchengming@bytedance.com> --- net/sunrpc/rpc_pipe.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
Comments
On 2024/2/24 21:51, chengming.zhou@linux.dev wrote: > From: Chengming Zhou <zhouchengming@bytedance.com> > > 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. 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/ Thanks! > > Signed-off-by: Chengming Zhou <zhouchengming@bytedance.com> > --- > net/sunrpc/rpc_pipe.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/net/sunrpc/rpc_pipe.c b/net/sunrpc/rpc_pipe.c > index dcc2b4f49e77..910a5d850d04 100644 > --- a/net/sunrpc/rpc_pipe.c > +++ b/net/sunrpc/rpc_pipe.c > @@ -1490,7 +1490,7 @@ int register_rpc_pipefs(void) > rpc_inode_cachep = kmem_cache_create("rpc_inode_cache", > sizeof(struct rpc_inode), > 0, (SLAB_HWCACHE_ALIGN|SLAB_RECLAIM_ACCOUNT| > - SLAB_MEM_SPREAD|SLAB_ACCOUNT), > + SLAB_ACCOUNT), > init_once); > if (!rpc_inode_cachep) > return -ENOMEM;
On Mon, Feb 26, 2024 at 12:23:49PM +0800, Chengming Zhou wrote: > On 2024/2/24 21:51, chengming.zhou@linux.dev wrote: > > From: Chengming Zhou <zhouchengming@bytedance.com> > > > > 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. > > 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/ > > Thanks! Thanks Chengming Zhou, As per my comment on a similar patch [*], this seems reasonable to me. But I think it would be best to post a v2 of this patch with the updated patch description (which is very helpful, BTW). [*] https://lore.kernel.org/all/20240227170937.GD277116@kernel.org/ > > > > > Signed-off-by: Chengming Zhou <zhouchengming@bytedance.com> > > --- > > net/sunrpc/rpc_pipe.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/net/sunrpc/rpc_pipe.c b/net/sunrpc/rpc_pipe.c > > index dcc2b4f49e77..910a5d850d04 100644 > > --- a/net/sunrpc/rpc_pipe.c > > +++ b/net/sunrpc/rpc_pipe.c > > @@ -1490,7 +1490,7 @@ int register_rpc_pipefs(void) > > rpc_inode_cachep = kmem_cache_create("rpc_inode_cache", > > sizeof(struct rpc_inode), > > 0, (SLAB_HWCACHE_ALIGN|SLAB_RECLAIM_ACCOUNT| > > - SLAB_MEM_SPREAD|SLAB_ACCOUNT), > > + SLAB_ACCOUNT), > > init_once); Also, while we are here, perhaps the indentation can be improved. Something like: rpc_inode_cachep = kmem_cache_create("rpc_inode_cache", sizeof(struct rpc_inode), 0, (SLAB_HWCACHE_ALIGN|SLAB_RECLAIM_ACCOUNT| SLAB_ACCOUNT), init_once); > > if (!rpc_inode_cachep) > > return -ENOMEM; >
diff --git a/net/sunrpc/rpc_pipe.c b/net/sunrpc/rpc_pipe.c index dcc2b4f49e77..910a5d850d04 100644 --- a/net/sunrpc/rpc_pipe.c +++ b/net/sunrpc/rpc_pipe.c @@ -1490,7 +1490,7 @@ int register_rpc_pipefs(void) rpc_inode_cachep = kmem_cache_create("rpc_inode_cache", sizeof(struct rpc_inode), 0, (SLAB_HWCACHE_ALIGN|SLAB_RECLAIM_ACCOUNT| - SLAB_MEM_SPREAD|SLAB_ACCOUNT), + SLAB_ACCOUNT), init_once); if (!rpc_inode_cachep) return -ENOMEM;