From nobody Wed Dec 17 14:13:53 2025 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id CC4AFC07CA9 for ; Sun, 26 Nov 2023 07:25:59 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229553AbjKZHZv (ORCPT ); Sun, 26 Nov 2023 02:25:51 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36910 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229447AbjKZHZr (ORCPT ); Sun, 26 Nov 2023 02:25:47 -0500 Received: from mx0b-0064b401.pphosted.com (mx0b-0064b401.pphosted.com [205.220.178.238]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 81617101; Sat, 25 Nov 2023 23:25:53 -0800 (PST) Received: from pps.filterd (m0250811.ppops.net [127.0.0.1]) by mx0a-0064b401.pphosted.com (8.17.1.24/8.17.1.24) with ESMTP id 3AQ7P248007054; Sun, 26 Nov 2023 07:25:14 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=windriver.com; h=from:to:cc:subject:date:message-id:references:in-reply-to :content-type:content-transfer-encoding:mime-version; s= PPS06212021; bh=k6nYmP8h/gYIxP7D7eSSGq0ugzWtEGEF66F+9K3z0GE=; b= dbF/j0yw/CaEIfoxUaFaw0FFzb92DsCfmb0R6Lkc7GsaKIDjQpuVbkn6IpFBl7rP KTYxs1vCExermo0l868Dxj44dAtGDUx2+m5EXiiph4mByQzWVJDlLGvOW8IlpNDZ X5d8L+Y+hszCz5EijadoQOKRCk1sef7NymuA9WKJTAd0IWG/ePA50d/x2iq8/5JL 3G/+JQ4UND9u9FfVrQOz/iBhcqLkWGuHtyNV3dYDOkYZd3GxKrAhGfVTYGk4kajz IyoQWl78ZT5/pQeMwQVox2czMH2C0HE/2iX+j3GnxG6N5UVxtYabtHmk+2ZxHgvz mIIDf+JQgcUd9r3SfHIoAw== Received: from nam10-mw2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2100.outbound.protection.outlook.com [104.47.55.100]) by mx0a-0064b401.pphosted.com (PPS) with ESMTPS id 3uk64xgrw9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 26 Nov 2023 07:25:13 +0000 (GMT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UD3G9exXaOK/OB3G2WtI/8gyd5m+xsSjQVdKjF7B2dRB5eqIJuCgz5V+FcJLIOxdBwE8c2Qovkakcx668+qcF/Oq85h4kv6u15rYuQs+IIZgIqWPzgqehptMUDKs3hwVz8Bm5Qf61C4M5f+I9EhDwr6qfg2uNFVX6UrJqXiv1iyI6gdS0jGqbK+qWxw6HxmnUYMnCy4vKfmPnfWDMSFkWtC/F+uXAJKaADye4jp88XkKDlsEKOB016k7q/GrjbQcIVgyPITJwDo0MDSmACM9YZg8BQ7APPSwIpmBUYYWDc2QiO0LTp82U4+PPeG0f9mRpQn8i0e7o7NVee6xKe/XTQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=k6nYmP8h/gYIxP7D7eSSGq0ugzWtEGEF66F+9K3z0GE=; b=K6B4VbI3cAunDYYPPz0JwU8dkVZ01KAq6iRwbf96vZdYYWNBz7VQqrjt/cybDfeDIJJ93hprj91bjELK4DrZ0XTP5DGGy1mNrbLDsnuRgkLEV2YssvDTOpZbNLBFMeSY+ZjcZgSQPzJITKOuJeyCU+Q3xGt5R6jbzAFlDSayfJ1IuFR9bv6orR2T+chjufUQtni8FeVI6kwbqz8juH1tMD6Q628NYFln+9qBto/gSsfO4nvq9UAuaubKd665y5IVWeh9VOPQA24FtUiELrP24xgtR8TEtvHvlQElhnRFR+D4QwlOB09uoJrWRtFxXpbG6qzA41N7PVtlPlfzsbBOjQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=windriver.com; dmarc=pass action=none header.from=windriver.com; dkim=pass header.d=windriver.com; arc=none Received: from PH0PR11MB5192.namprd11.prod.outlook.com (2603:10b6:510:3b::9) by SN7PR11MB8068.namprd11.prod.outlook.com (2603:10b6:806:2e9::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7025.25; Sun, 26 Nov 2023 07:25:09 +0000 Received: from PH0PR11MB5192.namprd11.prod.outlook.com ([fe80::cc54:6503:20fd:46d5]) by PH0PR11MB5192.namprd11.prod.outlook.com ([fe80::cc54:6503:20fd:46d5%7]) with mapi id 15.20.7025.022; Sun, 26 Nov 2023 07:25:09 +0000 From: "Song, Xiongwei" To: Vlastimil Babka , "sxwjean@me.com" , "42.hyeyoo@gmail.com" <42.hyeyoo@gmail.com>, "linux-mm@kvack.org" CC: "cl@linux.com" , "penberg@kernel.org" , "rientjes@google.com" , "iamjoonsoo.kim@lge.com" , "akpm@linux-foundation.org" , "roman.gushchin@linux.dev" , "corbet@lwn.net" , "linux-doc@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: RE: [PATCH v2] Documentation: kernel-parameters: remove slab_max_order and noaliencache Thread-Topic: [PATCH v2] Documentation: kernel-parameters: remove slab_max_order and noaliencache Thread-Index: AQHaHVFRLDt9h0WjjkGvj0A7QVrUS7CJVtuAgALe1PA= Date: Sun, 26 Nov 2023 07:25:08 +0000 Message-ID: References: <20231122143603.85297-1-sxwjean@me.com> <7512b350-4317-21a0-fab3-4101bc4d8f7a@suse.cz> In-Reply-To: <7512b350-4317-21a0-fab3-4101bc4d8f7a@suse.cz> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: PH0PR11MB5192:EE_|SN7PR11MB8068:EE_ x-ms-office365-filtering-correlation-id: f0fb22fe-eecc-4595-081d-08dbee50d1c2 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: NuB8JeTvjkBVqT1IJ6hFXYpJfjv1dIHp1sDnuPegleyFqLk6OluazEQQeoYQPGwh5L3Ixz98Vvk/4UxQiQSj3XJIfcJt97uHeC6R+eA4Xl2sWipvrco8GsY+g3BdaYcNiN1/Fxq/fa6dGArEw+H1yFTISSPAAA/ZI3uWTXW8ZjUotzvRC3Mzt3WAoLfQL7DtAmGt5IBuO714nqO0c5lD28ktsVHO9HMRCr1Y5a2GmYD0n9Rtq5Mh4gN19a4TBxuRr/CU82x2hyfGzHohAvb/6mt/UUMrAGSXdnnhpi+PDs36sjOqJp6yA/cd2RLq5Ekjtn3cHUZcs48y4G9FlsfJMWub7sisMJQzlD49qeCT9rIQOoFusrp0CZBj6IBi+SQiTsbATtarnjxEimTPWgAda+svC5rr0uB/isTE2yX+BkCj/TmrZ5Y/Z7pNC15gPssUfGgy/rqGub363lGxt8ZbpRgW3sBkFpON32mcY0k/tc8dNADjIKrfq+Uno7ODPzmL8tetuoaDhTkHOGZbv6h4HKEk2ulH6H3XWFwuhxIAYzXhUOO1HD7u08eFQroaP2NL/alZcW68bAYLAv7tfcKZgYdr3APDcQpyws1uY/Pyx9FFUmHCePRPeaMP31pON/fQLoyYuxCnRRADsZBdQBfo6Car4eDZS5whAmro1cQW9Vkl3NGFsyA8x8+I7SNt919j x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:PH0PR11MB5192.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230031)(136003)(376002)(39840400004)(366004)(396003)(346002)(230173577357003)(230273577357003)(230922051799003)(451199024)(186009)(64100799003)(1800799012)(76116006)(66556008)(66476007)(66446008)(64756008)(54906003)(316002)(52536014)(66946007)(8936002)(8676002)(4326008)(478600001)(966005)(110136005)(5660300002)(7416002)(86362001)(41300700001)(33656002)(122000001)(2906002)(38100700002)(71200400001)(7696005)(6506007)(9686003)(53546011)(83380400001)(38070700009)(55016003);DIR:OUT;SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?Ujg1YmJ4UXNoT3k2LzM4WGZlMVg1bitNN2N0a3lYNWRsQkU3bVZUdTFHcnc5?= =?utf-8?B?QjJYa05HZ3hjSDZ4eUJKQ0hDOWZGSkY3eTFBZGRDRytLc0g0V1V3S1V4TFND?= =?utf-8?B?R1F5cE96aE5BU1JYS0xkRjhEUS9iMTVIN2tMS0NtbkJGeFYrNXE3SU5YWDVr?= =?utf-8?B?SS9seG1LZUdmZGhSRE9oRUsyMW9ONmlNUnM3R1MvUmRwR2VTZDhnblBlNE9w?= =?utf-8?B?RDVMQUFHUUhmZTFiaWtlY056RDRmV1JCbWZrNnhuMnFISlJlaUtpbEsycUwy?= =?utf-8?B?ekQvajRpdm5WVHZ1SHUrNUdkWVVGa3o2MFo2cTdjbXp2SDhiL05MTGFvdmta?= =?utf-8?B?T3NwTkJyQlE5T2tLM0lmd0dvdVNhNFZhd3BQMVBBMEJsVXdlSG9PdGxOeUhR?= =?utf-8?B?YXdTWVVIVmVlUUJiTUpnV0l6ZlFTeXpZbkhiQUl4dndnTWZ1SUpLSmcyaG82?= =?utf-8?B?UTFkam9iblhocG5Hd2NHTnR2QWVKVDdYcDZvcnZSOTVZUGtwUlJlRW1lZzlk?= =?utf-8?B?dmF6VkVpU2FEUnFoVExRYkpJY0xVaDc2Y0NxeTk2MVliRHBHcHlvQ1FwTkc4?= =?utf-8?B?NW9xeFJxN2xad0RPN0tBS3o1eEpSVFlodE9SSG92aXRMWmYwbGZ5YXQrMWNm?= =?utf-8?B?eUs0WHBDWGkveHNuYUJOTm96Nk9qWG1vMnREc0tYVFp5bDhWOE95cDRsK29r?= =?utf-8?B?b0wwcjE5UFg2SWhtelFvSDRpWEJXUHZCUGYxVFNLYkx5Z09GYmVBTkNsN0JD?= =?utf-8?B?dG44UlozanJvZ2NHcG0xRVFaVWxTNTJleWQvT1dlbTRiT1N4Z1RqQmRZbThq?= =?utf-8?B?eHJreDhQY1FNUWxlZjFqbWV3NGdRbk0rVGNEYkdrWmJoSjhzMVZ0QWlVUFpO?= =?utf-8?B?bFV6RW92TUkzRitxZlgvUEdqVUNCMzB1TnNmdEpSdjBDS3F4VHlVUlNPcUhL?= =?utf-8?B?SWU5dXFIcThHeW8ycVdIcmMrbnJzbm9QWE5RUHEwc25MZ2dEY216SEkvQnI3?= =?utf-8?B?UnhMbFF5QTRSOG03d25mOGlqU0ZqWXJUa1h3d3JmaEZkaEdsekVWUm1vN3ZC?= =?utf-8?B?aHBuZGRlaFRuMXFEMVl2TXoyZG9URlh6ZFBidnYwdlFtOXkwUEF6SzNKS2dH?= =?utf-8?B?VUJMYklCaDlIWGxySkd1eHNTTGVjbFYrODRMSFR5N3BwZVZuUzc4ZXY2bXV4?= =?utf-8?B?TWx5ZUg0ZERlRStzTDFUa09HYlZtNTRFb0o0SUQ2TDhrYUNDMTJ5RnFWYU1m?= =?utf-8?B?L0prTDRjdzhIalU5MitUZUg2aDlFTHB3NFQyTmxkRUVIeURLN0hJMDVyOEI5?= =?utf-8?B?SmJhZXlRQmVxMExXUlF4dXpSQldKT3BnY2p1UTJ0YWhwandnVlhsTnJGYTRj?= =?utf-8?B?NWV3NnErZXR1S2o1VGFqOE0zQjQxdk0yREJ1ZGxIZlFWVWxydjlsMnBoUGtn?= =?utf-8?B?ZUZSMS92cEt4ZUFVT2F0alNFYUFqd3g3elJhRFJubHdUZEFzVkN6NkU3TlRp?= =?utf-8?B?RTh1dnFoTEFMT2MyZDM0Q2RLcVRmSXZXWDNnbTNJTHhDbWE0SjRMVHhobGVk?= =?utf-8?B?LzBCVGZYVUZsM0xETDIwbmM0QVNEWERSYkRzdmJENldJcTNiVjNEcnI5ZU16?= =?utf-8?B?cTZFeHh1SWVwTnl2NTQ3Z29jelg0a2FoM3FybUo3VDVGZUlkdXFscmNuaTBD?= =?utf-8?B?VkJPSkEyN0tSckNObC9rM2lvcTFIUDFFUFdFa3kyZ2FubnVlNUVHbGRTczU0?= =?utf-8?B?SjdTa0lXVkVVSmVDUVFXZGx1OFJYbStnQWd2Q1hrdGJyYUFtYjFzSkk1Tzll?= =?utf-8?B?NWtYUTk4VVQ1bnFaNUkvaWhVRDR0T3pwUGJab2d1bmZHZnVQcEtIRUs5MGV1?= =?utf-8?B?NTAwNWczbEpGQ2JrTUphYmJCN01YQjMrVHVQSWtnSTczK0dVME5CSEFqTUhk?= =?utf-8?B?NnI0OVhtYklkWkZPdTkvRUlEUWdEQk5KQTArUXJMRkdJcWxSdTBYcDd1Tld3?= =?utf-8?B?TjM1NlRCSlJ3R1Zld0lZTzhqUDVWQjlCVEI1NlhGQ2F2NkQvVStRbWE2TGVV?= =?utf-8?B?Z2NnYWtIYllXWmdpbVJveFhsWXBrVTcvd3ZHclNXaVM2RytNcXl0K1NvTUo2?= =?utf-8?B?bnZ6aTRwKzhSN0hkckZ1NkZWUm85QmM2TjdUR0RIV0drVWpPVTlOMUZybW5J?= =?utf-8?B?RGZjVm5TZ3BjRGY3QlhDVXBVelpoV04yZXc5ZnN4L1VXMWZuR09iOTJvQU5z?= =?utf-8?B?OTVvOVFYNXVVa2M1NGdKbFc5R2pnPT0=?= Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: windriver.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB5192.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: f0fb22fe-eecc-4595-081d-08dbee50d1c2 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Nov 2023 07:25:08.6753 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 8ddb2873-a1ad-4a18-ae4e-4644631433be X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: UGYxQjGrb+VeQpXGOKzkhaRYGseS1GkTf6n814kzMpjWcwZ4JCalZLqwkN70iHcbaewP6anSxV70BnAAzBP+tHRqq25CA3pWwcHarwec1J4= X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN7PR11MB8068 X-Proofpoint-ORIG-GUID: 4syeXIrN3pC010SLhKJOthYkgUeHyXet X-Proofpoint-GUID: 4syeXIrN3pC010SLhKJOthYkgUeHyXet X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.272,Aquarius:18.0.987,Hydra:6.0.619,FMLib:17.11.176.26 definitions=2023-11-16_25,2023-11-16_01,2023-05-22_02 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 suspectscore=0 mlxlogscore=999 impostorscore=0 phishscore=0 priorityscore=1501 lowpriorityscore=0 mlxscore=0 bulkscore=0 clxscore=1015 malwarescore=0 adultscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2311060001 definitions=main-2311260050 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Vlastimil, > -----Original Message----- > From: Vlastimil Babka > Sent: Friday, November 24, 2023 7:24 PM > To: sxwjean@me.com; 42.hyeyoo@gmail.com; linux-mm@kvack.org > Cc: cl@linux.com; penberg@kernel.org; rientjes@google.com; iamjoonsoo.kim= @lge.com; > akpm@linux-foundation.org; roman.gushchin@linux.dev; corbet@lwn.net; linu= x- > doc@vger.kernel.org; linux-kernel@vger.kernel.org; Song, Xiongwei > > Subject: Re: [PATCH v2] Documentation: kernel-parameters: remove slab_max= _order and > noaliencache >=20 >=20 > On 11/22/23 15:36, sxwjean@me.com wrote: > > From: Xiongwei Song > > > > Since slab allocator has already been removed. There is no users about > > slab_max_order and noaliencache, so let's remove them. > > > > Signed-off-by: Xiongwei Song > > --- > > v2: Hyeonggon Yoo <42.hyeyoo@gmail.com> suggested that noaliencache sho= uld be > > removed too. Here adding this change. The patch is based on [1]. > > > > [1] https://git.kernel.org/pub/scm/linux/kernel/git/vbabka/linux.git/lo= g/?h=3Dslab-remove- > slab-v2r1 > > > > v1: https://lore.kernel.org/linux-mm/20231120091214.150502-1- > sxwjean@me.com/T/#m55ebb45851bc86d650baf65dfe8296d33c5b1126 > > --- > > Documentation/admin-guide/kernel-parameters.txt | 10 ---------- > > 1 file changed, 10 deletions(-) > > > > diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Document= ation/admin- > guide/kernel-parameters.txt > > index 65731b060e3f..d56a5beefe24 100644 > > --- a/Documentation/admin-guide/kernel-parameters.txt > > +++ b/Documentation/admin-guide/kernel-parameters.txt > > @@ -3740,10 +3740,6 @@ > > no5lvl [X86-64,RISCV] Disable 5-level paging mode. Forces > > kernel to use 4-level paging instead. > > > > - noaliencache [MM, NUMA, SLAB] Disables the allocation of alien > > - caches in the slab allocator. Saves per-node mem= ory, > > - but will impact performance. >=20 > No question about this one, can be deleted. >=20 > > - > > noalign [KNL,ARM] > > > > noaltinstr [S390] Disables alternative instructions patching > > @@ -5887,12 +5883,6 @@ > > own. > > For more information see Documentation/mm/slub.rs= t. > > > > - slab_max_order=3D [MM, SLAB] > > - Determines the maximum allowed order for slabs. > > - A high setting may cause OOMs due to memory > > - fragmentation. Defaults to 1 for systems with > > - more than 32MB of RAM, 0 otherwise. >=20 > I think here we should consider the long-term plan first. It's a bit > unfortunate (in hindsight) SLUB brought its own prefix of parameters, even > if some became interchangeable aliases later (slab/slub_nomerge), some no= t. > I think it would be best to unify them, and consider the string "slub" an > implementation detail of the general "slab allocator" term going forward. >=20 > So what I'd propose is that we change all parameters to accept a > "slab_$param" as a primary and documented name (and the description can > contain just [MM] tag, no [SLAB] or [SLUB] needed), with "slub_$param" is > also accepted as an alias where it exists today, and there's just a note > that the slub_$param name is also accepted in the description of the > canonical parameter, not in a separate description. Then maybe in a few > years we can mark the old names as deprecated and start issuing low-key > warnings (while still accepting them), and in 10 years maybe remove them > completely. Thoughts? Sorry, I didn't know the SLUB history, thanks for the comments and proposal= .=20 Did you mean the rough diff below? diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentatio= n/admin-guide/kernel-parameters.txt index 65731b060e3f..db6d2ebe7c7d 100644 --- a/Documentation/admin-guide/kernel-parameters.txt +++ b/Documentation/admin-guide/kernel-parameters.txt @@ -5871,10 +5871,12 @@ slram=3D [HW,MTD] slab_merge [MM] + slub_merge [MM] Enable merging of slabs with similar size when the kernel is built without CONFIG_SLAB_MERGE_DEFAULT. slab_nomerge [MM] + slub_nomerge [MM] Disable merging of slabs with similar size. May be necessary if there is some reason to distinguish allocs to different slabs, especially in hardened @@ -5887,12 +5889,6 @@ own. For more information see Documentation/mm/slub.rst. - slab_max_order=3D [MM, SLAB] - Determines the maximum allowed order for slabs. - A high setting may cause OOMs due to memory - fragmentation. Defaults to 1 for systems with - more than 32MB of RAM, 0 otherwise. - slub_debug[=3Doptions[,slabs][;[options[,slabs]]...] [MM, SLU= B] Enabling slub_debug allows one to determine the culprit if slab objects become corrupted. Enabling @@ -5901,13 +5897,15 @@ last alloc / free. For more information see Documentation/mm/slub.rst. - slub_max_order=3D [MM, SLUB] + slab_max_order=3D [MM] + slub_max_order=3D [MM] Determines the maximum allowed order for slabs. A high setting may cause OOMs due to memory fragmentation. For more information see Documentation/mm/slub.rst. - slub_min_objects=3D [MM, SLUB] + slab_min_objects=3D [MM] + slub_min_objects=3D [MM] The minimum number of objects per slab. SLUB will increase the slab order up to slub_max_order to generate a sufficiently large slab able to contain @@ -5916,18 +5914,12 @@ and the less frequently locks need to be acquired. For more information see Documentation/mm/slub.rst. - slub_min_order=3D [MM, SLUB] + slub_min_order=3D [MM] + slab_min_order=3D [MM] Determines the minimum page order for slabs. Must be lower than slub_max_order. For more information see Documentation/mm/slub.rst. - slub_merge [MM, SLUB] - Same with slab_merge. - - slub_nomerge [MM, SLUB] - Same with slab_nomerge. This is supported for legacy. - See slab_nomerge for more information. - smart2=3D [HW] Format: [,[,...,]] If so I think we should use slab_¶m in mm/slub.c. When hitting "slub_$p= aram" we need to assign the value to "slab_¶m" like "slab_nomerge", right? Regards, Xiongwei