Re: [PATCH] mm/slab: rename CONFIG_SLAB to CONFIG_SLAB_DEPRECATED
Vlastimil Babka <[email protected]>
| Newsgroups | gmane.linux.ports.sparc,gmane.linux.kernel.arc,gmane.linux.ports.arm.kernel,gmane.linux.ports.arm.omap,gmane.linux.kernel.renesas-soc,gmane.linux.ports.tegra,gmane.linux.ports.mips,gmane.linux.ports.parisc,gmane.linux.ports.ppc64.devel,gmane.linux.ports.sh.devel,gmane.linux.uml.devel,gmane.linux.kernel.mm |
|---|---|
| Message-ID | <[email protected]> |
On 5/24/23 02:29, David Rientjes wrote: > On Tue, 23 May 2023, Vlastimil Babka wrote: > >> As discussed at LSF/MM [1] [2] and with no objections raised there, >> deprecate the SLAB allocator. Rename the user-visible option so that >> users with CONFIG_SLAB=y get a new prompt with explanation during make >> oldconfig, while make olddefconfig will just switch to SLUB. >> >> In all defconfigs with CONFIG_SLAB=y remove the line so those also >> switch to SLUB. Regressions due to the switch should be reported to >> linux-mm and slab maintainers. >> >> [1] https://lore.kernel.org/all/[email protected]/ >> [2] https://lwn.net/Articles/932201/ >> >> Signed-off-by: Vlastimil Babka <[email protected]> > > Acked-by: David Rientjes <[email protected]> Thanks. > The Kconfig option says that SLAB will be removed in a few cycles. I > think we should wait until at least the next LTS kernel is forked at the > end of the year so that users who upgrade to only the LTS releases can be > prompted for this change and surface any concerns. Slab allocation is a > critical subsystem, so I presume this is the safest and most responsible > way to do the SLAB deprecation. Hopefully that timeline works for > everybody. Sure, and in fact looking at predicted release dates [1], if the deprecation goes into 6.5 then 6.7 ("few" == 2) is already end of January 2024, anyway. [1] https://hansen.beer/~dave/phb/