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 54CDCC3DA7F for ; Fri, 26 Jul 2024 10:24:53 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id AC17F6B007B; Fri, 26 Jul 2024 06:24:52 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id A70D16B00A7; Fri, 26 Jul 2024 06:24:52 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 911C56B00A8; Fri, 26 Jul 2024 06:24:52 -0400 (EDT) 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 73DB86B00A7 for ; Fri, 26 Jul 2024 06:24:52 -0400 (EDT) Received: from smtpin30.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id C19F414175A for ; Fri, 26 Jul 2024 10:24:51 +0000 (UTC) X-FDA: 82381520382.30.D788C96 Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.223.131]) by imf09.hostedemail.com (Postfix) with ESMTP id 47C3014000C for ; Fri, 26 Jul 2024 10:24:49 +0000 (UTC) Authentication-Results: imf09.hostedemail.com; dkim=pass header.d=suse.cz header.s=susede2_rsa header.b=QI7qfIlD; dkim=pass header.d=suse.cz header.s=susede2_ed25519 header.b=9TVuSKUB; dkim=pass header.d=suse.cz header.s=susede2_rsa header.b=QI7qfIlD; dkim=pass header.d=suse.cz header.s=susede2_ed25519 header.b=9TVuSKUB; spf=pass (imf09.hostedemail.com: domain of vbabka@suse.cz designates 195.135.223.131 as permitted sender) smtp.mailfrom=vbabka@suse.cz; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1721989439; 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=k0rbo83WGrdiBw3VPTxjOcp+r2MBYszaRI3wSGV/s+Y=; b=HnLRzXsjPTOrKtu3MFmiUoCs30Btvqq9/JoH/sbymPocS2BuYTgLJxiJ9LK2fXUjJ65pg9 z9upyxosqURvs6zzotpjBeaYTqG/ogeYGga3KCptyOm/+DQDA4hO40+GQozSK8lWASvgUE znhXTnPZGGFpFnuA2TldipaQ0g+mFNs= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1721989439; a=rsa-sha256; cv=none; b=t9btsx7ukqOAmNuN+OwQ3Y7op9LlbH/zh8sTogASiBqzn1+6mF2X5Objnx/81NmMMfhAam Li6DfnBxJ/7I4A3I+kPlU2p+eNRl/KIfqiuuQC/C7xzYPN81YoVMYNtwhXfgNgKAcyKxcB lKu1stdGH5fmdJjFdHfbOBY/DYBcQs8= ARC-Authentication-Results: i=1; imf09.hostedemail.com; dkim=pass header.d=suse.cz header.s=susede2_rsa header.b=QI7qfIlD; dkim=pass header.d=suse.cz header.s=susede2_ed25519 header.b=9TVuSKUB; dkim=pass header.d=suse.cz header.s=susede2_rsa header.b=QI7qfIlD; dkim=pass header.d=suse.cz header.s=susede2_ed25519 header.b=9TVuSKUB; spf=pass (imf09.hostedemail.com: domain of vbabka@suse.cz designates 195.135.223.131 as permitted sender) smtp.mailfrom=vbabka@suse.cz; dmarc=none Received: from imap1.dmz-prg2.suse.org (imap1.dmz-prg2.suse.org [IPv6:2a07:de40:b281:104:10:150:64:97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id 4E1321F894; Fri, 26 Jul 2024 10:24:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1721989487; h=from:from:reply-to: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:autocrypt:autocrypt; bh=k0rbo83WGrdiBw3VPTxjOcp+r2MBYszaRI3wSGV/s+Y=; b=QI7qfIlDffqHV2Yoml7CTXWL1sEzt/i26uoRIXt9F8CFOGmVbXZg1vDHk0Hgs4fGSyoKiY ZaDkDI+oenfAmW9HwUNmMqEVpv75rt+efLpjZmZA4f0m5beCT720W/fV5gh8qLP8t4OBCk es9dfVZHerALIOpd6nBynn3S5/gGiWU= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1721989487; h=from:from:reply-to: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:autocrypt:autocrypt; bh=k0rbo83WGrdiBw3VPTxjOcp+r2MBYszaRI3wSGV/s+Y=; b=9TVuSKUBp+MohXphEmff55MbXCBXz6ZzYoTTSO8scpUtXj3purAvCKO550c0OIb77kLvqB OoA7r7vOmT3Dz5Cw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1721989487; h=from:from:reply-to: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:autocrypt:autocrypt; bh=k0rbo83WGrdiBw3VPTxjOcp+r2MBYszaRI3wSGV/s+Y=; b=QI7qfIlDffqHV2Yoml7CTXWL1sEzt/i26uoRIXt9F8CFOGmVbXZg1vDHk0Hgs4fGSyoKiY ZaDkDI+oenfAmW9HwUNmMqEVpv75rt+efLpjZmZA4f0m5beCT720W/fV5gh8qLP8t4OBCk es9dfVZHerALIOpd6nBynn3S5/gGiWU= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1721989487; h=from:from:reply-to: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:autocrypt:autocrypt; bh=k0rbo83WGrdiBw3VPTxjOcp+r2MBYszaRI3wSGV/s+Y=; b=9TVuSKUBp+MohXphEmff55MbXCBXz6ZzYoTTSO8scpUtXj3purAvCKO550c0OIb77kLvqB OoA7r7vOmT3Dz5Cw== Received: from imap1.dmz-prg2.suse.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by imap1.dmz-prg2.suse.org (Postfix) with ESMTPS id 202E4138A7; Fri, 26 Jul 2024 10:24:47 +0000 (UTC) Received: from dovecot-director2.suse.de ([2a07:de40:b281:106:10:150:64:167]) by imap1.dmz-prg2.suse.org with ESMTPSA id 60RmB295o2bUVQAAD6G6ig (envelope-from ); Fri, 26 Jul 2024 10:24:47 +0000 Message-ID: <915667d7-a13e-423c-89a0-9f877143fd14@suse.cz> Date: Fri, 26 Jul 2024 12:24:46 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count Content-Language: en-US To: Xiongwei Song Cc: "Paul E. McKenney" , Joel Fernandes , Josh Triplett , Boqun Feng , Christoph Lameter , David Rientjes , Steven Rostedt , Mathieu Desnoyers , Lai Jiangshan , Zqiang , Julia Lawall , Jakub Kicinski , "Jason A. Donenfeld" , "Uladzislau Rezki (Sony)" , Andrew Morton , Roman Gushchin , Hyeonggon Yoo <42.hyeyoo@gmail.com>, linux-mm@kvack.org, linux-kernel@vger.kernel.org, rcu@vger.kernel.org References: <20240715-b4-slab-kfree_rcu-destroy-v1-0-46b2984c2205@suse.cz> <20240715-b4-slab-kfree_rcu-destroy-v1-2-46b2984c2205@suse.cz> From: Vlastimil Babka Autocrypt: addr=vbabka@suse.cz; keydata= xsFNBFZdmxYBEADsw/SiUSjB0dM+vSh95UkgcHjzEVBlby/Fg+g42O7LAEkCYXi/vvq31JTB KxRWDHX0R2tgpFDXHnzZcQywawu8eSq0LxzxFNYMvtB7sV1pxYwej2qx9B75qW2plBs+7+YB 87tMFA+u+L4Z5xAzIimfLD5EKC56kJ1CsXlM8S/LHcmdD9Ctkn3trYDNnat0eoAcfPIP2OZ+ 9oe9IF/R28zmh0ifLXyJQQz5ofdj4bPf8ecEW0rhcqHfTD8k4yK0xxt3xW+6Exqp9n9bydiy tcSAw/TahjW6yrA+6JhSBv1v2tIm+itQc073zjSX8OFL51qQVzRFr7H2UQG33lw2QrvHRXqD Ot7ViKam7v0Ho9wEWiQOOZlHItOOXFphWb2yq3nzrKe45oWoSgkxKb97MVsQ+q2SYjJRBBH4 8qKhphADYxkIP6yut/eaj9ImvRUZZRi0DTc8xfnvHGTjKbJzC2xpFcY0DQbZzuwsIZ8OPJCc LM4S7mT25NE5kUTG/TKQCk922vRdGVMoLA7dIQrgXnRXtyT61sg8PG4wcfOnuWf8577aXP1x 6mzw3/jh3F+oSBHb/GcLC7mvWreJifUL2gEdssGfXhGWBo6zLS3qhgtwjay0Jl+kza1lo+Cv BB2T79D4WGdDuVa4eOrQ02TxqGN7G0Biz5ZLRSFzQSQwLn8fbwARAQABzSBWbGFzdGltaWwg QmFia2EgPHZiYWJrYUBzdXNlLmN6PsLBlAQTAQoAPgIbAwULCQgHAwUVCgkICwUWAgMBAAIe AQIXgBYhBKlA1DSZLC6OmRA9UCJPp+fMgqZkBQJkBREIBQkRadznAAoJECJPp+fMgqZkNxIQ ALZRqwdUGzqL2aeSavbum/VF/+td+nZfuH0xeWiO2w8mG0+nPd5j9ujYeHcUP1edE7uQrjOC Gs9sm8+W1xYnbClMJTsXiAV88D2btFUdU1mCXURAL9wWZ8Jsmz5ZH2V6AUszvNezsS/VIT87 AmTtj31TLDGwdxaZTSYLwAOOOtyqafOEq+gJB30RxTRE3h3G1zpO7OM9K6ysLdAlwAGYWgJJ V4JqGsQ/lyEtxxFpUCjb5Pztp7cQxhlkil0oBYHkudiG8j1U3DG8iC6rnB4yJaLphKx57NuQ PIY0Bccg+r9gIQ4XeSK2PQhdXdy3UWBr913ZQ9AI2usid3s5vabo4iBvpJNFLgUmxFnr73SJ KsRh/2OBsg1XXF/wRQGBO9vRuJUAbnaIVcmGOUogdBVS9Sun/Sy4GNA++KtFZK95U7J417/J Hub2xV6Ehc7UGW6fIvIQmzJ3zaTEfuriU1P8ayfddrAgZb25JnOW7L1zdYL8rXiezOyYZ8Fm ZyXjzWdO0RpxcUEp6GsJr11Bc4F3aae9OZtwtLL/jxc7y6pUugB00PodgnQ6CMcfR/HjXlae h2VS3zl9+tQWHu6s1R58t5BuMS2FNA58wU/IazImc/ZQA+slDBfhRDGYlExjg19UXWe/gMcl De3P1kxYPgZdGE2eZpRLIbt+rYnqQKy8UxlszsBNBFsZNTUBCACfQfpSsWJZyi+SHoRdVyX5 J6rI7okc4+b571a7RXD5UhS9dlVRVVAtrU9ANSLqPTQKGVxHrqD39XSw8hxK61pw8p90pg4G /N3iuWEvyt+t0SxDDkClnGsDyRhlUyEWYFEoBrrCizbmahOUwqkJbNMfzj5Y7n7OIJOxNRkB IBOjPdF26dMP69BwePQao1M8Acrrex9sAHYjQGyVmReRjVEtv9iG4DoTsnIR3amKVk6si4Ea X/mrapJqSCcBUVYUFH8M7bsm4CSxier5ofy8jTEa/CfvkqpKThTMCQPNZKY7hke5qEq1CBk2 wxhX48ZrJEFf1v3NuV3OimgsF2odzieNABEBAAHCwXwEGAEKACYCGwwWIQSpQNQ0mSwujpkQ PVAiT6fnzIKmZAUCZAUSmwUJDK5EZgAKCRAiT6fnzIKmZOJGEACOKABgo9wJXsbWhGWYO7mD 8R8mUyJHqbvaz+yTLnvRwfe/VwafFfDMx5GYVYzMY9TWpA8psFTKTUIIQmx2scYsRBUwm5VI EurRWKqENcDRjyo+ol59j0FViYysjQQeobXBDDE31t5SBg++veI6tXfpco/UiKEsDswL1WAr tEAZaruo7254TyH+gydURl2wJuzo/aZ7Y7PpqaODbYv727Dvm5eX64HCyyAH0s6sOCyGF5/p eIhrOn24oBf67KtdAN3H9JoFNUVTYJc1VJU3R1JtVdgwEdr+NEciEfYl0O19VpLE/PZxP4wX PWnhf5WjdoNI1Xec+RcJ5p/pSel0jnvBX8L2cmniYnmI883NhtGZsEWj++wyKiS4NranDFlA HdDM3b4lUth1pTtABKQ1YuTvehj7EfoWD3bv9kuGZGPrAeFNiHPdOT7DaXKeHpW9homgtBxj 8aX/UkSvEGJKUEbFL9cVa5tzyialGkSiZJNkWgeHe+jEcfRT6pJZOJidSCdzvJpbdJmm+eED w9XOLH1IIWh7RURU7G1iOfEfmImFeC3cbbS73LQEFGe1urxvIH5K/7vX+FkNcr9ujwWuPE9b 1C2o4i/yZPLXIVy387EjA6GZMqvQUFuSTs/GeBcv0NjIQi8867H3uLjz+mQy63fAitsDwLmR EP+ylKVEKb0Q2A== In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Action: no action X-Rspam-User: X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 47C3014000C X-Stat-Signature: yhjgx6axph4yjabe3wcd6uat9ymhoyaw X-HE-Tag: 1721989489-649536 X-HE-Meta: U2FsdGVkX1/oGSkuatXvdAcqcn1XgjLunNGf0aVXY+rev24g17pcUsiLh5fgyCnKSwaiSO96n4+Iw8fVsdlejTpCKtyJvSIur3NFaLsKnBpZ4QSUXTAk1ReS90ORnqED/vmFrlJrpO+zr6+LLnLlxRkamXaudAbChYAuDNwW4pSSIyaCGBYOnT2EkTwT+8Ci5NzmGrOLSqHAl2p+sCilTfJjkDbSVBsp/2YkFZcaXrSPF38m53nqWGhuVxfIF3XijQplwOMTpN5DmxjmO5FSsYk+wB1M7/Dqt4KkrXeyt7bWcIDysR3dtXS9ytCh7GedbglP5ZoTxjzZi1KfczztvhKEMUNSRq+8U9juH6pAJFM5WM3AU8ibURSrf/Ww71qo4/2JBD6kUa7XfINfufYjeX0M7HmUdXpcnIv096usvG9E34UxSOCFKR4iy+UX3d+xGyg/RselsedTg0sJaoSis26SqeHT/fcueE0OCz5uo7tbEf6k0yIcLel5TIzgrujhyKq5hCeI+SsxsMHKlDI7H2HgYgZSFVjXnsCNJ5TX4nLr+hWNLnXZU2lDDgeqKorHpMQH05/V9woASpgMrx8nHb8QXYXiQca52A2pUJNjlWAcFdsTprPHs7zx0p8zMK9HNpJl29QgT+VwIBKkDwnJMJSzAQv0E+qg9Dvgk3DwB5ipbUnLWkkg5dG1RYDCz7JI3HW42B+FjK1ASfJtuM8UJjBxEmJefgfk6h34kSTZvrNy3yYGbqWDrZrim8e26VhwMZo/kVpqFoqEtYttKUyk9Stn0yfRWqKZOJ50NKP44Uw17fA9gLMXurw42Y9a1SXm6eJam4oPSR9X4IQVOPLDalyY/7rMdeBjjUENmA+DoSUO096vkQURA+qXpsFqeVinQkrnX9PNFC1Z2jDb9A/9GbLmzISGCzD58If9ewXtXbTn8LSKYbZ0ksyJEnsm8lanLbFOkO0QuwsFCuzDsSm 9ZpsdEac 4DLA+2nz64g8tZhfctlBcjbmpi5N7uW5ZaY4TMo0t9zjJIYYUe3xE5k8tuKpgZq6e9+gwEzvcH9YhUFTGf/Oatfl+RMj+tWiO+0sQXyt38Bqzytr56SSEUl4Hefgw6oR4jFHYGhuCtsofpQeZfzF6II5MSPpz2/m9k2O3g/4kPj1DI874/kPSOex9c6oXuiK6kJAXTCFn1moYseHs9nsXSOYSaAnfjd7PjsHOwdtU1RKw243cQFjxu0euxIb1HzE+Ldt2C/0UDHAuh9BUmqSsE/eFQXYl6Rw1qK2Khp+m17W37Umrig1iP30IFAf+FkycRgjt/4/rAGP+gYGD/4CsRR6Eblu+RpC5/w8wKNFJZHAg3xM= 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 7/22/24 4:16 PM, Xiongwei Song wrote: > Don't we need the following changes for this patch? Yes thanks, will fix! > diff --git a/mm/slub.c b/mm/slub.c > index c1222467c346..e6beb6743342 100644 > --- a/mm/slub.c > +++ b/mm/slub.c > @@ -4967,9 +4967,9 @@ init_kmem_cache_node(struct kmem_cache_node *n) > n->nr_partial = 0; > spin_lock_init(&n->list_lock); > INIT_LIST_HEAD(&n->partial); > -#ifdef CONFIG_SLUB_DEBUG > atomic_long_set(&n->nr_slabs, 0); > atomic_long_set(&n->total_objects, 0); > +#ifdef CONFIG_SLUB_DEBUG > INIT_LIST_HEAD(&n->full); > #endif > } > > Thanks, > Xiongwei > > > On Tue, Jul 16, 2024 at 4:29 AM Vlastimil Babka wrote: >> >> Currently SLUB counts per-node slabs and total objects only with >> CONFIG_SLUB_DEBUG, in order to minimize overhead. However, the detection >> in __kmem_cache_shutdown() whether there are no outstanding object >> relies on the per-node slab count (node_nr_slabs()) so it may be >> unreliable without CONFIG_SLUB_DEBUG. Thus we might be failing to warn >> about such situations, and instead destroy a cache while leaving its >> slab(s) around (due to a buggy slab user creating such a scenario, not >> in normal operation). >> >> We will also need node_nr_slabs() to be reliable in the following work >> to gracefully handle kmem_cache_destroy() with kfree_rcu() objects in >> flight. Thus make the counting of per-node slabs and objects >> unconditional. >> >> Note that CONFIG_SLUB_DEBUG is the default anyway, and the counting is >> done only when allocating or freeing a slab page, so even in >> !CONFIG_SLUB_DEBUG configs the overhead should be negligible. >> >> Signed-off-by: Vlastimil Babka >> --- >> mm/slub.c | 49 +++++++++++++++++++++---------------------------- >> 1 file changed, 21 insertions(+), 28 deletions(-) >> >> diff --git a/mm/slub.c b/mm/slub.c >> index 829a1f08e8a2..aa4d80109c49 100644 >> --- a/mm/slub.c >> +++ b/mm/slub.c >> @@ -426,9 +426,9 @@ struct kmem_cache_node { >> spinlock_t list_lock; >> unsigned long nr_partial; >> struct list_head partial; >> -#ifdef CONFIG_SLUB_DEBUG >> atomic_long_t nr_slabs; >> atomic_long_t total_objects; >> +#ifdef CONFIG_SLUB_DEBUG >> struct list_head full; >> #endif >> }; >> @@ -438,6 +438,26 @@ static inline struct kmem_cache_node *get_node(struct kmem_cache *s, int node) >> return s->node[node]; >> } >> >> +static inline unsigned long node_nr_slabs(struct kmem_cache_node *n) >> +{ >> + return atomic_long_read(&n->nr_slabs); >> +} >> + >> +static inline void inc_slabs_node(struct kmem_cache *s, int node, int objects) >> +{ >> + struct kmem_cache_node *n = get_node(s, node); >> + >> + atomic_long_inc(&n->nr_slabs); >> + atomic_long_add(objects, &n->total_objects); >> +} >> +static inline void dec_slabs_node(struct kmem_cache *s, int node, int objects) >> +{ >> + struct kmem_cache_node *n = get_node(s, node); >> + >> + atomic_long_dec(&n->nr_slabs); >> + atomic_long_sub(objects, &n->total_objects); >> +} >> + >> /* >> * Iterator over all nodes. The body will be executed for each node that has >> * a kmem_cache_node structure allocated (which is true for all online nodes) >> @@ -1511,26 +1531,6 @@ static void remove_full(struct kmem_cache *s, struct kmem_cache_node *n, struct >> list_del(&slab->slab_list); >> } >> >> -static inline unsigned long node_nr_slabs(struct kmem_cache_node *n) >> -{ >> - return atomic_long_read(&n->nr_slabs); >> -} >> - >> -static inline void inc_slabs_node(struct kmem_cache *s, int node, int objects) >> -{ >> - struct kmem_cache_node *n = get_node(s, node); >> - >> - atomic_long_inc(&n->nr_slabs); >> - atomic_long_add(objects, &n->total_objects); >> -} >> -static inline void dec_slabs_node(struct kmem_cache *s, int node, int objects) >> -{ >> - struct kmem_cache_node *n = get_node(s, node); >> - >> - atomic_long_dec(&n->nr_slabs); >> - atomic_long_sub(objects, &n->total_objects); >> -} >> - >> /* Object debug checks for alloc/free paths */ >> static void setup_object_debug(struct kmem_cache *s, void *object) >> { >> @@ -1871,13 +1871,6 @@ slab_flags_t kmem_cache_flags(slab_flags_t flags, const char *name) >> >> #define disable_higher_order_debug 0 >> >> -static inline unsigned long node_nr_slabs(struct kmem_cache_node *n) >> - { return 0; } >> -static inline void inc_slabs_node(struct kmem_cache *s, int node, >> - int objects) {} >> -static inline void dec_slabs_node(struct kmem_cache *s, int node, >> - int objects) {} >> - >> #ifndef CONFIG_SLUB_TINY >> static bool freelist_corrupted(struct kmem_cache *s, struct slab *slab, >> void **freelist, void *nextfree) >> >> -- >> 2.45.2 >> >> >