On Thu, Jan 29, 2026 at 06:31:33AM +0000, Chen Ridong <[email protected]> wrote: > From: Chen Ridong <[email protected]> > > The current cgroup subsystem limit of 16 is insufficient, as the number of > subsystems has already reached this maximum.
Indeed. But some of them are legacy (and some novel). Do you really need one kernel image with every subsys config enabled? > Attempting to add new subsystems beyond this limit results in boot > failures. That sounds like BUILD_BUG_ON(CGROUP_SUBSYS_COUNT > 16) doesn't trigger during build for you. Is the macro broken? > This patch increases the maximum number of supported cgroup subsystems from > 16 to 32, providing adequate headroom for future subsystem additions. It may be needed one day but I'd suggest binding this change with introduction of actual new controller. (As we have some CONFIG_*_V1 options that default to N, I'm thinking about switching config's default to N as well (like: CONFIG_CGROUP_CPUACCT CONFIG_CGROUP_DEVICE CONFIG_CGROUP_FREEZER CONFIG_CGROUP_DEBGU), arch/x86/configs/x86_64_defconfig is not exactly pinnacle of freshness :-/) Thanks, Michal
signature.asc
Description: PGP signature
