Message ID | 20231120-slab-remove-slab-v2-0-9c9c70177183@suse.cz |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:612c:2b07:b0:403:3b70:6f57 with SMTP id io7csp135918vqb; Mon, 20 Nov 2023 10:34:53 -0800 (PST) X-Google-Smtp-Source: AGHT+IES3yodmuPTqUBzft4RmCvjaWyQu6YSrdMKzXlxJAUUPUSaQZ/Bqcbh8bEkhB/lNQMw6Ys/ X-Received: by 2002:a17:90a:1918:b0:280:2652:d4e with SMTP id 24-20020a17090a191800b0028026520d4emr5594928pjg.29.1700505293638; Mon, 20 Nov 2023 10:34:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1700505293; cv=none; d=google.com; s=arc-20160816; b=MBjUQPFvX3vsu6TxR3kjw0rGtI0ewWpbX0FHH8mWj8jRKMQM/kfpkfAABM1Yt+iepX OVZrwTz7qXGUxaiYfATi9GHmFUWipMrfRUY1piixfM+6V60jVlTQMP2xJqh1Oge69XVC 6Owjc8lYqJL6hZXW21FGed4LcEChY4z9D9zkgXk3OW7wVbnh1hvTh6JFBxJ+XEBnEgs8 yiH8dNV9xX8YgpAaMWP6SzrlkxzqShRyKBLt6hAytHbivmtF50JqHvwOI6ZjnLHBNh1a kwoYwUyCWlqiZfTxsKc9bqdXK8mhgEOr9z3FuHZQTJwEfiJN59HtLd2YYrH6Mt+AT7zj suxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:content-transfer-encoding:mime-version :message-id:date:subject:from:dkim-signature:dkim-signature; bh=TE/wmIqY+Mqmq3Uv3qpaJHn4wLurFsze1PiLFKu5tjU=; fh=MRTOIXfVX3Adq+dUnG3e08jCcH1vzjt/FZ2JSU3w4gE=; b=C3PtkvNMg/dQ1KFbrfrfJJcFbxFSLRZ/jWA8OUUdZIclLTZBDIj4D6jQEp24Mp58fj fZqBSseDLxkoxJ+GzR4nzTjS5Uj3DeNorpy8/pAvhE40YtxeWORdVYh7tZuc6WjDmJxF PWmboNtkIHKSqWOR5r4cuN0yE1BvT14tIvUDD+WiKThJw18H0U4ewU4iXtjyMiiCRGVw jNDQldvJjULHvWSu36gjOijyWd4YmtGNFCT+CVXE98R0FauROl7HDoed9F+nRCmcQkp3 /H/sWXi+74bY/vToqgabASGwW5PCELZWwlKtfzD4WYW6AMGVT40XdaKdve7yenukD9O0 hKuQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.cz header.s=susede2_rsa header.b=NTA9iWAb; dkim=neutral (no key) header.i=@suse.cz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.37 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from snail.vger.email (snail.vger.email. [23.128.96.37]) by mx.google.com with ESMTPS id in7-20020a17090b438700b002839de4d6a0si7195901pjb.69.2023.11.20.10.34.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 20 Nov 2023 10:34:53 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.37 as permitted sender) client-ip=23.128.96.37; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.cz header.s=susede2_rsa header.b=NTA9iWAb; dkim=neutral (no key) header.i=@suse.cz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.37 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by snail.vger.email (Postfix) with ESMTP id C116380FA87E; Mon, 20 Nov 2023 10:34:50 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at snail.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232300AbjKTSer (ORCPT <rfc822;heyuhang3455@gmail.com> + 27 others); Mon, 20 Nov 2023 13:34:47 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38462 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231511AbjKTSep (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Mon, 20 Nov 2023 13:34:45 -0500 Received: from smtp-out2.suse.de (smtp-out2.suse.de [IPv6:2001:67c:2178:6::1d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 20E6D92; Mon, 20 Nov 2023 10:34:41 -0800 (PST) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id 7B0AB1F895; Mon, 20 Nov 2023 18:34:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1700505279; 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; bh=TE/wmIqY+Mqmq3Uv3qpaJHn4wLurFsze1PiLFKu5tjU=; b=NTA9iWAb7zpjPvHwyg4esMrdJ8vKeanEb3iLWBslYWd3X7vt3x1fcGIctO29bmM8VtZa9y CL8VH2A7xuHHLshh4X9erTFthmcC5Q3DqS2QsInmMww+U7j2YuUn8yabXRectCp9H4NcG2 k1NwXPWDXAHMZsjRc6UuPdjyeTq2NFY= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1700505279; 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; bh=TE/wmIqY+Mqmq3Uv3qpaJHn4wLurFsze1PiLFKu5tjU=; b=ZZRf0/d+HXx84QJ4iQmfJf8GbYpdCD8NzhSyVn1DAQRsoM9MmArYprkHgd5AgYU02Q3WP1 67j1bRCggDslOKAg== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 2D01313499; Mon, 20 Nov 2023 18:34:39 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id omBJCr+mW2UUMgAAMHmgww (envelope-from <vbabka@suse.cz>); Mon, 20 Nov 2023 18:34:39 +0000 From: Vlastimil Babka <vbabka@suse.cz> Subject: [PATCH v2 00/21] remove the SLAB allocator Date: Mon, 20 Nov 2023 19:34:11 +0100 Message-Id: <20231120-slab-remove-slab-v2-0-9c9c70177183@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-B4-Tracking: v=1; b=H4sIAKSmW2UC/03MQQ7CIBCF4as0s5YGhoaiK+9hXACdWqIthlFib Hp3iW7cvW/x/hWYciSGQ7NCphI5pqUCdw2EyS0XEnGoBpSolUIp+Oa8yDSnQr/tekPBGDvYYKD e7pnG+PomT+fqMadZPKZM7i+ktNor3clW9Z1FgSiKd/7qjvxkasMbtu0DXrt6spsAAAA= To: David Rientjes <rientjes@google.com>, Christoph Lameter <cl@linux.com>, Pekka Enberg <penberg@kernel.org>, Joonsoo Kim <iamjoonsoo.kim@lge.com> Cc: Andrew Morton <akpm@linux-foundation.org>, Hyeonggon Yoo <42.hyeyoo@gmail.com>, Roman Gushchin <roman.gushchin@linux.dev>, Andrey Ryabinin <ryabinin.a.a@gmail.com>, Alexander Potapenko <glider@google.com>, Andrey Konovalov <andreyknvl@gmail.com>, Dmitry Vyukov <dvyukov@google.com>, Vincenzo Frascino <vincenzo.frascino@arm.com>, Marco Elver <elver@google.com>, Johannes Weiner <hannes@cmpxchg.org>, Michal Hocko <mhocko@kernel.org>, Shakeel Butt <shakeelb@google.com>, Muchun Song <muchun.song@linux.dev>, Kees Cook <keescook@chromium.org>, linux-mm@kvack.org, linux-kernel@vger.kernel.org, kasan-dev@googlegroups.com, cgroups@vger.kernel.org, linux-hardening@vger.kernel.org, Vlastimil Babka <vbabka@suse.cz>, Michal Hocko <mhocko@suse.com> X-Mailer: b4 0.12.4 Authentication-Results: smtp-out2.suse.de; none X-Spam-Score: 5.30 X-Spamd-Result: default: False [5.30 / 50.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_ENVRCPT(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; BAYES_SPAM(5.10)[100.00%]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; DKIM_SIGNED(0.00)[suse.cz:s=susede2_rsa,suse.cz:s=susede2_ed25519]; NEURAL_HAM_SHORT(-0.20)[-1.000]; RCPT_COUNT_TWELVE(0.00)[25]; FUZZY_BLOCKED(0.00)[rspamd.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_CC(0.00)[linux-foundation.org,gmail.com,linux.dev,google.com,arm.com,cmpxchg.org,kernel.org,chromium.org,kvack.org,vger.kernel.org,googlegroups.com,suse.cz,suse.com]; RCVD_COUNT_TWO(0.00)[2]; SUSPICIOUS_RECIPS(1.50)[] X-Spam-Status: No, score=-3.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_SOFTFAIL,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (snail.vger.email [0.0.0.0]); Mon, 20 Nov 2023 10:34:50 -0800 (PST) X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1783109038597366265 X-GMAIL-MSGID: 1783109038597366265 |
Series |
remove the SLAB allocator
|
|
Message
Vlastimil Babka
Nov. 20, 2023, 6:34 p.m. UTC
Changes from v1: - Added new Patch 01 to fix up kernel docs build (thanks Marco Elver) - Additional changes to Kconfig user visible texts in Patch 02 (thanks Kees Cook) - Whitespace fixes and other fixups (thanks Kees) The SLAB allocator has been deprecated since 6.5 and nobody has objected so far. As we agreed at LSF/MM, we should wait with the removal until the next LTS kernel is released. This is now determined to be 6.6, and we just missed 6.7, so now we can aim for 6.8 and start exposing the removal to linux-next during the 6.7 cycle. If nothing substantial pops up, will start including this in slab-next later this week. To keep the series reasonably sized and not pull in people from other subsystems than mm and closely related ones, I didn't attempt to remove every trace of unnecessary reference to dead config options in external areas, nor in the defconfigs. Such cleanups can be sent to and handled by respective maintainers after this is merged. Instead I have added some patches aimed to reap some immediate benefits of the removal, mainly by not having to split some fastpath code between slab_common.c and slub.c anymore. But that is also not an exhaustive effort and I expect more cleanups and optimizations will follow later. Patch 09 updates CREDITS for the removed mm/slab.c. Please point out if I missed someone not yet credited. Git version: https://git.kernel.org/vbabka/l/slab-remove-slab-v2r1 --- Vlastimil Babka (21): mm/slab, docs: switch mm-api docs generation from slab.c to slub.c mm/slab: remove CONFIG_SLAB from all Kconfig and Makefile KASAN: remove code paths guarded by CONFIG_SLAB KFENCE: cleanup kfence_guarded_alloc() after CONFIG_SLAB removal mm/memcontrol: remove CONFIG_SLAB #ifdef guards cpu/hotplug: remove CPUHP_SLAB_PREPARE hooks mm/slab: remove CONFIG_SLAB code from slab common code mm/mempool/dmapool: remove CONFIG_DEBUG_SLAB ifdefs mm/slab: remove mm/slab.c and slab_def.h mm/slab: move struct kmem_cache_cpu declaration to slub.c mm/slab: move the rest of slub_def.h to mm/slab.h mm/slab: consolidate includes in the internal mm/slab.h mm/slab: move pre/post-alloc hooks from slab.h to slub.c mm/slab: move memcg related functions from slab.h to slub.c mm/slab: move struct kmem_cache_node from slab.h to slub.c mm/slab: move kfree() from slab_common.c to slub.c mm/slab: move kmalloc_slab() to mm/slab.h mm/slab: move kmalloc() functions from slab_common.c to slub.c mm/slub: remove slab_alloc() and __kmem_cache_alloc_lru() wrappers mm/slub: optimize alloc fastpath code layout mm/slub: optimize free fast path code layout CREDITS | 12 +- Documentation/core-api/mm-api.rst | 2 +- arch/arm64/Kconfig | 2 +- arch/s390/Kconfig | 2 +- arch/x86/Kconfig | 2 +- include/linux/cpuhotplug.h | 1 - include/linux/slab.h | 22 +- include/linux/slab_def.h | 124 -- include/linux/slub_def.h | 204 -- kernel/cpu.c | 5 - lib/Kconfig.debug | 1 - lib/Kconfig.kasan | 11 +- lib/Kconfig.kfence | 2 +- lib/Kconfig.kmsan | 2 +- mm/Kconfig | 68 +- mm/Kconfig.debug | 16 +- mm/Makefile | 6 +- mm/dmapool.c | 2 +- mm/kasan/common.c | 13 +- mm/kasan/kasan.h | 3 +- mm/kasan/quarantine.c | 7 - mm/kasan/report.c | 1 + mm/kfence/core.c | 4 - mm/memcontrol.c | 6 +- mm/mempool.c | 6 +- mm/slab.c | 4026 ------------------------------------- mm/slab.h | 551 ++--- mm/slab_common.c | 231 +-- mm/slub.c | 617 +++++- 29 files changed, 815 insertions(+), 5134 deletions(-) --- base-commit: b85ea95d086471afb4ad062012a4d73cd328fa86 change-id: 20231120-slab-remove-slab-a76ec668d8c6 Best regards,
Comments
On Mon, 20 Nov 2023, Vlastimil Babka wrote: > Changes from v1: > - Added new Patch 01 to fix up kernel docs build (thanks Marco Elver) > - Additional changes to Kconfig user visible texts in Patch 02 (thanks Kees > Cook) > - Whitespace fixes and other fixups (thanks Kees) > > The SLAB allocator has been deprecated since 6.5 and nobody has objected > so far. As we agreed at LSF/MM, we should wait with the removal until > the next LTS kernel is released. This is now determined to be 6.6, and > we just missed 6.7, so now we can aim for 6.8 and start exposing the > removal to linux-next during the 6.7 cycle. If nothing substantial pops > up, will start including this in slab-next later this week. > I agree with the decision to remove the SLAB allocator, same as at LSF/MM. Thanks for doing this, Vlastimil! And thanks for deferring this until the next LTS kernel, it will give any last minute hold outs a full year to raise any issues in their switch to SLUB if they only only upgrade to LTS kernels at which point we'll have done our due diligence to make people aware of SLAB's deprecation in 6.6. I've completed testing on v1 of the series, so feel free to add Acked-by: David Rientjes <rientjes@google.com> Tested-by: David Rientjes <rientjes@google.com> to each patch so I don't spam the list unnecessarily. I'll respond to individual changes that were not in v1. Thanks again! > To keep the series reasonably sized and not pull in people from other > subsystems than mm and closely related ones, I didn't attempt to remove > every trace of unnecessary reference to dead config options in external > areas, nor in the defconfigs. Such cleanups can be sent to and handled > by respective maintainers after this is merged. > > Instead I have added some patches aimed to reap some immediate benefits > of the removal, mainly by not having to split some fastpath code between > slab_common.c and slub.c anymore. But that is also not an exhaustive > effort and I expect more cleanups and optimizations will follow later. > > Patch 09 updates CREDITS for the removed mm/slab.c. Please point out if > I missed someone not yet credited. > > Git version: https://git.kernel.org/vbabka/l/slab-remove-slab-v2r1 > > --- > Vlastimil Babka (21): > mm/slab, docs: switch mm-api docs generation from slab.c to slub.c > mm/slab: remove CONFIG_SLAB from all Kconfig and Makefile > KASAN: remove code paths guarded by CONFIG_SLAB > KFENCE: cleanup kfence_guarded_alloc() after CONFIG_SLAB removal > mm/memcontrol: remove CONFIG_SLAB #ifdef guards > cpu/hotplug: remove CPUHP_SLAB_PREPARE hooks > mm/slab: remove CONFIG_SLAB code from slab common code > mm/mempool/dmapool: remove CONFIG_DEBUG_SLAB ifdefs > mm/slab: remove mm/slab.c and slab_def.h > mm/slab: move struct kmem_cache_cpu declaration to slub.c > mm/slab: move the rest of slub_def.h to mm/slab.h > mm/slab: consolidate includes in the internal mm/slab.h > mm/slab: move pre/post-alloc hooks from slab.h to slub.c > mm/slab: move memcg related functions from slab.h to slub.c > mm/slab: move struct kmem_cache_node from slab.h to slub.c > mm/slab: move kfree() from slab_common.c to slub.c > mm/slab: move kmalloc_slab() to mm/slab.h > mm/slab: move kmalloc() functions from slab_common.c to slub.c > mm/slub: remove slab_alloc() and __kmem_cache_alloc_lru() wrappers > mm/slub: optimize alloc fastpath code layout > mm/slub: optimize free fast path code layout > > CREDITS | 12 +- > Documentation/core-api/mm-api.rst | 2 +- > arch/arm64/Kconfig | 2 +- > arch/s390/Kconfig | 2 +- > arch/x86/Kconfig | 2 +- > include/linux/cpuhotplug.h | 1 - > include/linux/slab.h | 22 +- > include/linux/slab_def.h | 124 -- > include/linux/slub_def.h | 204 -- > kernel/cpu.c | 5 - > lib/Kconfig.debug | 1 - > lib/Kconfig.kasan | 11 +- > lib/Kconfig.kfence | 2 +- > lib/Kconfig.kmsan | 2 +- > mm/Kconfig | 68 +- > mm/Kconfig.debug | 16 +- > mm/Makefile | 6 +- > mm/dmapool.c | 2 +- > mm/kasan/common.c | 13 +- > mm/kasan/kasan.h | 3 +- > mm/kasan/quarantine.c | 7 - > mm/kasan/report.c | 1 + > mm/kfence/core.c | 4 - > mm/memcontrol.c | 6 +- > mm/mempool.c | 6 +- > mm/slab.c | 4026 ------------------------------------- > mm/slab.h | 551 ++--- > mm/slab_common.c | 231 +-- > mm/slub.c | 617 +++++- > 29 files changed, 815 insertions(+), 5134 deletions(-) > --- > base-commit: b85ea95d086471afb4ad062012a4d73cd328fa86 > change-id: 20231120-slab-remove-slab-a76ec668d8c6 > > Best regards, > -- > Vlastimil Babka <vbabka@suse.cz> > >
On 11/24/23 01:45, David Rientjes wrote: > On Mon, 20 Nov 2023, Vlastimil Babka wrote: > >> Changes from v1: >> - Added new Patch 01 to fix up kernel docs build (thanks Marco Elver) >> - Additional changes to Kconfig user visible texts in Patch 02 (thanks Kees >> Cook) >> - Whitespace fixes and other fixups (thanks Kees) >> >> The SLAB allocator has been deprecated since 6.5 and nobody has objected >> so far. As we agreed at LSF/MM, we should wait with the removal until >> the next LTS kernel is released. This is now determined to be 6.6, and >> we just missed 6.7, so now we can aim for 6.8 and start exposing the >> removal to linux-next during the 6.7 cycle. If nothing substantial pops >> up, will start including this in slab-next later this week. >> > > I agree with the decision to remove the SLAB allocator, same as at LSF/MM. > Thanks for doing this, Vlastimil! > > And thanks for deferring this until the next LTS kernel, it will give any > last minute hold outs a full year to raise any issues in their switch to > SLUB if they only only upgrade to LTS kernels at which point we'll have > done our due diligence to make people aware of SLAB's deprecation in 6.6. > > I've completed testing on v1 of the series, so feel free to add > > Acked-by: David Rientjes <rientjes@google.com> > Tested-by: David Rientjes <rientjes@google.com> Thanks! And others too. I've now pushed this series to slab/for-6.8/slab-removal and slab/for-next
On Mon, Nov 20, 2023 at 07:34:11PM +0100, Vlastimil Babka wrote: > Changes from v1: > - Added new Patch 01 to fix up kernel docs build (thanks Marco Elver) > - Additional changes to Kconfig user visible texts in Patch 02 (thanks Kees > Cook) > - Whitespace fixes and other fixups (thanks Kees) > > The SLAB allocator has been deprecated since 6.5 and nobody has objected > so far. As we agreed at LSF/MM, we should wait with the removal until > the next LTS kernel is released. This is now determined to be 6.6, and > we just missed 6.7, so now we can aim for 6.8 and start exposing the > removal to linux-next during the 6.7 cycle. If nothing substantial pops > up, will start including this in slab-next later this week. I've been testing this for a few weeks on my testing system, It passed a set of mm and slab tests on various SLUB configurations. For the series, feel free to add: Tested-by: Hyeonggon Yoo <42.hyeyoo@gmail.com> Thanks! > To keep the series reasonably sized and not pull in people from other > subsystems than mm and closely related ones, I didn't attempt to remove > every trace of unnecessary reference to dead config options in external > areas, nor in the defconfigs. Such cleanups can be sent to and handled > by respective maintainers after this is merged. > > Instead I have added some patches aimed to reap some immediate benefits > of the removal, mainly by not having to split some fastpath code between > slab_common.c and slub.c anymore. But that is also not an exhaustive > effort and I expect more cleanups and optimizations will follow later. > > Patch 09 updates CREDITS for the removed mm/slab.c. Please point out if > I missed someone not yet credited. > > Git version: https://git.kernel.org/vbabka/l/slab-remove-slab-v2r1