Message ID | 20240224134728.829289-1-chengming.zhou@linux.dev |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel+bounces-79653-ouuuleilei=gmail.com@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:7300:a81b:b0:108:e6aa:91d0 with SMTP id bq27csp1153922dyb; Sat, 24 Feb 2024 05:48:38 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCXPYTWIu0i5vpws66Xz/8JCey0qcIn663CoVTBKhGaT0dbLSyx3+vK3O0El3lwTNSq6Q0YocQsSIFdG+KkvaH5dEgwlQA== X-Google-Smtp-Source: AGHT+IH1uRlJDU2flMtySjzK4+Mm9xklooIxDvCey/7dLN4tNnPEP4m8c+Ee7LhQCLeZUienaOAa X-Received: by 2002:a05:6402:31f1:b0:564:d715:1d67 with SMTP id dy17-20020a05640231f100b00564d7151d67mr1631741edb.17.1708782518725; Sat, 24 Feb 2024 05:48:38 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1708782518; cv=pass; d=google.com; s=arc-20160816; b=ptAtbprqN5h4G6wltFW7tHnLpAaWpO7ZIidVy+s+MwmVl4+Xg3495bmMein2glGto/ ewu+befRjrFKaZh41l7pVVc3qoXQ18Ai8FxDXD2vkR2oUU7eH8voboCGsFor4Mb7uy3t YJ9PEAWA1T1R10jrtl+CHOeqHQIjXROPQ1RSlj2SHZ6UwIvm4l9ICh8HAMOyUcUb5hRs JCLY7F9/gf9qZCMN3pPsnmo13yIgBpyIiV0S3T7yrg5HbaR4bhr3pCGe7EbAc5ny32/M S2WBCDDU9BflaS3sNtO8bHXwk/8NjMpJGDJeuT1+ejMR+e9oXBHi/OG8glBYXb3eOXrX VHQg== 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=XhzA1t4BRqDcpPiJ25Uf8+6t2OXS7FCxF+VYL2dOXRc=; fh=wnMIwdKBUccZ6K29z5uXcycndk12+wS32LzNrFt71Ho=; b=b2hnisevWuTe4m5MJk3jZr/6QP6+MVC8DIbHGxtU5y8W83RXeGqGhXqIC9v0lu9tAL wukkRmH5O/3apHkZcPkI9iDKmmLi16HRg2PK1flW1TbV3JmSkOKlM5ivPf16tKueEt2Y /8YHeMBV3JeeEvv2KNdVQXH+IZMFOhE3xA/hIthAF7RWoLXy6CR+3wKmMOCBsCMF53zP l+dEoOIYLt2/gIPi1GmdPY9cwvXf+rtg+mUhm7sC6QwaJJlbLmS5z3qBuygdf4D4v2CU 8sQSwWHakhPRwthTE3kq7ps7WEDO+QniYAmXy/xnc2mMDtvrHDTcv7/5qri/QNdh9LLG h+Lg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=Z+wCMTJW; 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-79653-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-79653-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [2604:1380:4601:e00::3]) by mx.google.com with ESMTPS id f19-20020a05640214d300b00564262c9613si477360edx.628.2024.02.24.05.48.38 for <ouuuleilei@gmail.com> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 24 Feb 2024 05:48:38 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-79653-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=Z+wCMTJW; 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-79653-ouuuleilei=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) smtp.mailfrom="linux-kernel+bounces-79653-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 am.mirrors.kernel.org (Postfix) with ESMTPS id 4734E1F22D30 for <ouuuleilei@gmail.com>; Sat, 24 Feb 2024 13:48:38 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id E06F447793; Sat, 24 Feb 2024 13:47:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b="Z+wCMTJW" Received: from out-183.mta1.migadu.com (out-183.mta1.migadu.com [95.215.58.183]) (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 9FADD481C6 for <linux-kernel@vger.kernel.org>; Sat, 24 Feb 2024 13:47:42 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=95.215.58.183 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708782464; cv=none; b=meiB6SSgjn9KX3K2VBlcCFnRSpoQUr1ZIfXG8wRPwT/x98KTPOF6R4Ox7ks75tAp1LWz92cqlgg1Gpr8TpfVKJ/gb149yY09T79LONLlFRNXN7URWHdmmdzE/KZJytdizqr0CW0AWc47buLAXkCfYbZ0R2EKsEBYeXc8b2s9EK0= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708782464; c=relaxed/simple; bh=VOqdFD002G9aGfr02w/5hYUtS7LomyuWVefHYXsh7SA=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version; b=AP8GF1ag1WNv2BcUkeujyBVb7dpBx/wzcD0kg1Yzm+F3ts0sFn3iUnOC5wxE411Qs06A4t1SME31RAo+piXmb+5HLGVEBJDn+2/Y+NCd+F4JQjqMEQlrJ1ItThAOYMYuKHoHr1F4AjydS0fWSbQykjRglFYXbD82i0U25ZRXwGY= 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=Z+wCMTJW; arc=none smtp.client-ip=95.215.58.183 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=1708782461; 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=XhzA1t4BRqDcpPiJ25Uf8+6t2OXS7FCxF+VYL2dOXRc=; b=Z+wCMTJWMVFyRVAkgVB6cN7ATU078/NuFpUaldfXkNi0f+x2vMcnZOaE1lhNzmUiJOxI3j d09bO8LKs7M1tecqmYiH2CSNQ/wSMtOqLRW/z1f5NHRjoYghBMyc6uWFEeXes657pUQ9dR eu3Z2lsc1Ti4+YH2Gt+o9WNm05wMth8= From: chengming.zhou@linux.dev To: dan.j.williams@intel.com, vishal.l.verma@intel.com, dave.jiang@intel.com Cc: nvdimm@lists.linux.dev, linux-cxl@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] dax: remove SLAB_MEM_SPREAD flag usage Date: Sat, 24 Feb 2024 13:47:28 +0000 Message-Id: <20240224134728.829289-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: 1791788338138498554 X-GMAIL-MSGID: 1791788338138498554 |
Series |
dax: remove SLAB_MEM_SPREAD flag usage
|
|
Commit Message
Chengming Zhou
Feb. 24, 2024, 1:47 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> --- drivers/dax/super.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
Comments
On 2/24/24 6:47 AM, 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. Can you please provide a Link tag to the lore post that indicates SLAB_MEM_SPREAD flag is now a no-op? > > Signed-off-by: Chengming Zhou <zhouchengming@bytedance.com> > --- > drivers/dax/super.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/dax/super.c b/drivers/dax/super.c > index 54e528779877..cff0a15b7236 100644 > --- a/drivers/dax/super.c > +++ b/drivers/dax/super.c > @@ -547,7 +547,7 @@ static int dax_fs_init(void) > > dax_cache = kmem_cache_create("dax_cache", sizeof(struct dax_device), 0, > (SLAB_HWCACHE_ALIGN|SLAB_RECLAIM_ACCOUNT| > - SLAB_MEM_SPREAD|SLAB_ACCOUNT), > + SLAB_ACCOUNT), > init_once); > if (!dax_cache) > return -ENOMEM;
On 2024/2/28 00:29, Dave Jiang wrote: > > > On 2/24/24 6:47 AM, 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. > > Can you please provide a Link tag to the lore post that indicates SLAB_MEM_SPREAD flag is now 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 since the commit 16a1d968358a ("mm/slab: remove mm/slab.c and slab_def.h"). And the series[1] went on to mark it obsolete explicitly to avoid confusion for users. Here we can just remove all its users, which has no any 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> >> --- >> drivers/dax/super.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/drivers/dax/super.c b/drivers/dax/super.c >> index 54e528779877..cff0a15b7236 100644 >> --- a/drivers/dax/super.c >> +++ b/drivers/dax/super.c >> @@ -547,7 +547,7 @@ static int dax_fs_init(void) >> >> dax_cache = kmem_cache_create("dax_cache", sizeof(struct dax_device), 0, >> (SLAB_HWCACHE_ALIGN|SLAB_RECLAIM_ACCOUNT| >> - SLAB_MEM_SPREAD|SLAB_ACCOUNT), >> + SLAB_ACCOUNT), >> init_once); >> if (!dax_cache) >> return -ENOMEM;
On Wed, 2024-02-28 at 11:16 +0800, Chengming Zhou wrote: > On 2024/2/28 00:29, Dave Jiang wrote: > > > > > > On 2/24/24 6:47 AM, 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. > > > > Can you please provide a Link tag to the lore post that indicates SLAB_MEM_SPREAD flag is now 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 since the commit > 16a1d968358a ("mm/slab: remove mm/slab.c and slab_def.h"). And the > series[1] went on to mark it obsolete explicitly to avoid confusion > for users. Here we can just remove all its users, which has no any > functional change. > > [1] https://lore.kernel.org/all/20240223-slab-cleanup-flags-v2-1-02f1753e8303@suse.cz/ > > Thanks! With the updated changelog, you can add Reviewed-by: Vishal Verma <vishal.l.verma@intel.com> > > > > > > > Signed-off-by: Chengming Zhou <zhouchengming@bytedance.com> > > > --- > > > drivers/dax/super.c | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > diff --git a/drivers/dax/super.c b/drivers/dax/super.c > > > index 54e528779877..cff0a15b7236 100644 > > > --- a/drivers/dax/super.c > > > +++ b/drivers/dax/super.c > > > @@ -547,7 +547,7 @@ static int dax_fs_init(void) > > > > > > dax_cache = kmem_cache_create("dax_cache", sizeof(struct dax_device), 0, > > > (SLAB_HWCACHE_ALIGN|SLAB_RECLAIM_ACCOUNT| > > > - SLAB_MEM_SPREAD|SLAB_ACCOUNT), > > > + SLAB_ACCOUNT), > > > init_once); > > > if (!dax_cache) > > > return -ENOMEM;
diff --git a/drivers/dax/super.c b/drivers/dax/super.c index 54e528779877..cff0a15b7236 100644 --- a/drivers/dax/super.c +++ b/drivers/dax/super.c @@ -547,7 +547,7 @@ static int dax_fs_init(void) dax_cache = kmem_cache_create("dax_cache", sizeof(struct dax_device), 0, (SLAB_HWCACHE_ALIGN|SLAB_RECLAIM_ACCOUNT| - SLAB_MEM_SPREAD|SLAB_ACCOUNT), + SLAB_ACCOUNT), init_once); if (!dax_cache) return -ENOMEM;