Re: [PATCH] erofs: fix EROFS_FS_ZIP_LZMA_DEFAULT_MAX_STREAMS on some UP platforms
SJ Park <[email protected]>
| Newsgroups | org.ozlabs.lists.linux-erofs,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <[email protected]> |
On Wed, 12 Aug 2026 21:11:43 +0800 Gao Xiang <[email protected]> wrote: > CONFIG_NR_CPUS doesn't define on some UP platforms (e.g. arm), so this > can cause make oldconfig to loop indefinitely when CONFIG_SMP=n: > > $ make ARCH=arm allmodconfig > $ sed -i "/CONFIG_SMP=y/d" .config > $ sed -i "/CONFIG_EROFS_FS_ZIP_LZMA_DEFAULT_MAX_STREAMS.*/d" .config > > EROFS LZMA default maximum decompression streams (EROFS_FS_ZIP_LZMA_DEFAULT_MAX_STREAMS) [0] (NEW) > EROFS LZMA default maximum decompression streams (EROFS_FS_ZIP_LZMA_DEFAULT_MAX_STREAMS) [0] (NEW) > ... > > Let's guard NR_CPUS with SMP instead of using a hardcoded arbitrary CPU > uplimit here, similar to commit a3344078101c ("mm: make SPLIT_PTE_PTLOCKS > depend on SMP"). > > The initial report from SJ Park was for m68k [1] (m68k is the only arch > without NR_CPUS in Kconfig), and it will be changed in another patch [2]. Thank you for this patch. I confirmed this fixes the issue on my setup. > > [1] https://lore.kernel.org/all/[email protected]/T/#u > [2] https://lore.kernel.org/r/[email protected] > > Reported-by: SJ Park <[email protected]> > Closes: https://lore.kernel.org/r/[email protected] > Reported-by: Guenter Roeck <[email protected]> > Closes: https://lore.kernel.org/r/[email protected] > Fixes: c9b47e6b2311 ("erofs: cap LZMA stream pool size") > Cc: Geert Uytterhoeven <[email protected]> > Signed-off-by: Gao Xiang <[email protected]> Tested-by: SJ Park <[email protected]> Thanks, SJ [...]