* Re: [PATCH v2] stackdepot: Make max number of pools build-time configurable [not found] <20250704120604.2688934-1-matt@readmodwrite.com> @ 2025-07-05 6:00 ` kernel test robot 2025-07-07 6:39 ` Marco Elver 0 siblings, 1 reply; 3+ messages in thread From: kernel test robot @ 2025-07-05 6:00 UTC (permalink / raw) To: Matt Fleming, Andrew Morton Cc: oe-kbuild-all, Linux Memory Management List, linux-kernel, kernel-team, Marco Elver, Alexander Potapenko, Andrey Konovalov, Dmitry Vyukov, Oscar Salvador, Vlastimil Babka, Matt Fleming Hi Matt, kernel test robot noticed the following build errors: [auto build test ERROR on akpm-mm/mm-nonmm-unstable] [also build test ERROR on linus/master v6.16-rc4 next-20250704] [cannot apply to akpm-mm/mm-everything] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Matt-Fleming/stackdepot-Make-max-number-of-pools-build-time-configurable/20250704-200804 base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-nonmm-unstable patch link: https://lore.kernel.org/r/20250704120604.2688934-1-matt%40readmodwrite.com patch subject: [PATCH v2] stackdepot: Make max number of pools build-time configurable config: arm64-randconfig-001-20250705 (https://download.01.org/0day-ci/archive/20250705/202507051300.E0JSHxu1-lkp@intel.com/config) compiler: aarch64-linux-gcc (GCC) 10.5.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20250705/202507051300.E0JSHxu1-lkp@intel.com/reproduce) If you fix the issue in a separate patch/commit (i.e. not just a new version of the same patch/commit), kindly add following tags | Reported-by: kernel test robot <lkp@intel.com> | Closes: https://lore.kernel.org/oe-kbuild-all/202507051300.E0JSHxu1-lkp@intel.com/ All errors (new ones prefixed by >>): In file included from include/linux/init.h:5, from include/linux/printk.h:6, from include/asm-generic/bug.h:22, from arch/arm64/include/asm/bug.h:26, from include/linux/bug.h:5, from include/linux/vfsdebug.h:5, from include/linux/fs.h:5, from include/linux/debugfs.h:15, from lib/stackdepot.c:17: >> include/linux/build_bug.h:78:41: error: static assertion failed: "DEPOT_MAX_POOLS <= (1LL << (DEPOT_POOL_INDEX_BITS)) - 1" 78 | #define __static_assert(expr, msg, ...) _Static_assert(expr, msg) | ^~~~~~~~~~~~~~ include/linux/build_bug.h:77:34: note: in expansion of macro '__static_assert' 77 | #define static_assert(expr, ...) __static_assert(expr, ##__VA_ARGS__, #expr) | ^~~~~~~~~~~~~~~ lib/stackdepot.c:42:1: note: in expansion of macro 'static_assert' 42 | static_assert(DEPOT_MAX_POOLS <= (1LL << (DEPOT_POOL_INDEX_BITS)) - 1); | ^~~~~~~~~~~~~ vim +78 include/linux/build_bug.h bc6245e5efd70c Ian Abbott 2017-07-10 60 6bab69c65013be Rasmus Villemoes 2019-03-07 61 /** 6bab69c65013be Rasmus Villemoes 2019-03-07 62 * static_assert - check integer constant expression at build time 6bab69c65013be Rasmus Villemoes 2019-03-07 63 * 6bab69c65013be Rasmus Villemoes 2019-03-07 64 * static_assert() is a wrapper for the C11 _Static_assert, with a 6bab69c65013be Rasmus Villemoes 2019-03-07 65 * little macro magic to make the message optional (defaulting to the 6bab69c65013be Rasmus Villemoes 2019-03-07 66 * stringification of the tested expression). 6bab69c65013be Rasmus Villemoes 2019-03-07 67 * 6bab69c65013be Rasmus Villemoes 2019-03-07 68 * Contrary to BUILD_BUG_ON(), static_assert() can be used at global 6bab69c65013be Rasmus Villemoes 2019-03-07 69 * scope, but requires the expression to be an integer constant 6bab69c65013be Rasmus Villemoes 2019-03-07 70 * expression (i.e., it is not enough that __builtin_constant_p() is 6bab69c65013be Rasmus Villemoes 2019-03-07 71 * true for expr). 6bab69c65013be Rasmus Villemoes 2019-03-07 72 * 6bab69c65013be Rasmus Villemoes 2019-03-07 73 * Also note that BUILD_BUG_ON() fails the build if the condition is 6bab69c65013be Rasmus Villemoes 2019-03-07 74 * true, while static_assert() fails the build if the expression is 6bab69c65013be Rasmus Villemoes 2019-03-07 75 * false. 6bab69c65013be Rasmus Villemoes 2019-03-07 76 */ 6bab69c65013be Rasmus Villemoes 2019-03-07 77 #define static_assert(expr, ...) __static_assert(expr, ##__VA_ARGS__, #expr) 6bab69c65013be Rasmus Villemoes 2019-03-07 @78 #define __static_assert(expr, msg, ...) _Static_assert(expr, msg) 6bab69c65013be Rasmus Villemoes 2019-03-07 79 07a368b3f55a79 Maxim Levitsky 2022-10-25 80 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH v2] stackdepot: Make max number of pools build-time configurable 2025-07-05 6:00 ` [PATCH v2] stackdepot: Make max number of pools build-time configurable kernel test robot @ 2025-07-07 6:39 ` Marco Elver 2025-07-07 12:05 ` Matt Fleming 0 siblings, 1 reply; 3+ messages in thread From: Marco Elver @ 2025-07-07 6:39 UTC (permalink / raw) To: kernel test robot Cc: Matt Fleming, Andrew Morton, oe-kbuild-all, Linux Memory Management List, linux-kernel, kernel-team, Alexander Potapenko, Andrey Konovalov, Dmitry Vyukov, Oscar Salvador, Vlastimil Babka, Matt Fleming On Sat, 5 Jul 2025 at 08:01, kernel test robot <lkp@intel.com> wrote: > > Hi Matt, > > kernel test robot noticed the following build errors: > > [auto build test ERROR on akpm-mm/mm-nonmm-unstable] > [also build test ERROR on linus/master v6.16-rc4 next-20250704] > [cannot apply to akpm-mm/mm-everything] > [If your patch is applied to the wrong git tree, kindly drop us a note. > And when submitting patch, we suggest to use '--base' as documented in > https://git-scm.com/docs/git-format-patch#_base_tree_information] > > url: https://github.com/intel-lab-lkp/linux/commits/Matt-Fleming/stackdepot-Make-max-number-of-pools-build-time-configurable/20250704-200804 > base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-nonmm-unstable > patch link: https://lore.kernel.org/r/20250704120604.2688934-1-matt%40readmodwrite.com > patch subject: [PATCH v2] stackdepot: Make max number of pools build-time configurable > config: arm64-randconfig-001-20250705 (https://download.01.org/0day-ci/archive/20250705/202507051300.E0JSHxu1-lkp@intel.com/config) > compiler: aarch64-linux-gcc (GCC) 10.5.0 > reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20250705/202507051300.E0JSHxu1-lkp@intel.com/reproduce) > > If you fix the issue in a separate patch/commit (i.e. not just a new version of > the same patch/commit), kindly add following tags > | Reported-by: kernel test robot <lkp@intel.com> > | Closes: https://lore.kernel.org/oe-kbuild-all/202507051300.E0JSHxu1-lkp@intel.com/ > > All errors (new ones prefixed by >>): > > In file included from include/linux/init.h:5, > from include/linux/printk.h:6, > from include/asm-generic/bug.h:22, > from arch/arm64/include/asm/bug.h:26, > from include/linux/bug.h:5, > from include/linux/vfsdebug.h:5, > from include/linux/fs.h:5, > from include/linux/debugfs.h:15, > from lib/stackdepot.c:17: > >> include/linux/build_bug.h:78:41: error: static assertion failed: "DEPOT_MAX_POOLS <= (1LL << (DEPOT_POOL_INDEX_BITS)) - 1" > 78 | #define __static_assert(expr, msg, ...) _Static_assert(expr, msg) > | ^~~~~~~~~~~~~~ > include/linux/build_bug.h:77:34: note: in expansion of macro '__static_assert' > 77 | #define static_assert(expr, ...) __static_assert(expr, ##__VA_ARGS__, #expr) > | ^~~~~~~~~~~~~~~ > lib/stackdepot.c:42:1: note: in expansion of macro 'static_assert' > 42 | static_assert(DEPOT_MAX_POOLS <= (1LL << (DEPOT_POOL_INDEX_BITS)) - 1); > | ^~~~~~~~~~~~~ This is odd. The randconfig here uses the default: > CONFIG_STACKDEPOT_MAX_POOLS=8192 ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH v2] stackdepot: Make max number of pools build-time configurable 2025-07-07 6:39 ` Marco Elver @ 2025-07-07 12:05 ` Matt Fleming 0 siblings, 0 replies; 3+ messages in thread From: Matt Fleming @ 2025-07-07 12:05 UTC (permalink / raw) To: Marco Elver Cc: kernel test robot, Andrew Morton, oe-kbuild-all, Linux Memory Management List, linux-kernel, kernel-team, Alexander Potapenko, Andrey Konovalov, Dmitry Vyukov, Oscar Salvador, Vlastimil Babka, Matt Fleming On Mon, Jul 7, 2025 at 7:40 AM Marco Elver <elver@google.com> wrote: > > On Sat, 5 Jul 2025 at 08:01, kernel test robot <lkp@intel.com> wrote: > > > > Hi Matt, > > > > kernel test robot noticed the following build errors: > > > > [auto build test ERROR on akpm-mm/mm-nonmm-unstable] > > [also build test ERROR on linus/master v6.16-rc4 next-20250704] > > [cannot apply to akpm-mm/mm-everything] > > [If your patch is applied to the wrong git tree, kindly drop us a note. > > And when submitting patch, we suggest to use '--base' as documented in > > https://git-scm.com/docs/git-format-patch#_base_tree_information] > > > > url: https://github.com/intel-lab-lkp/linux/commits/Matt-Fleming/stackdepot-Make-max-number-of-pools-build-time-configurable/20250704-200804 > > base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-nonmm-unstable > > patch link: https://lore.kernel.org/r/20250704120604.2688934-1-matt%40readmodwrite.com > > patch subject: [PATCH v2] stackdepot: Make max number of pools build-time configurable > > config: arm64-randconfig-001-20250705 (https://download.01.org/0day-ci/archive/20250705/202507051300.E0JSHxu1-lkp@intel.com/config) > > compiler: aarch64-linux-gcc (GCC) 10.5.0 > > reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20250705/202507051300.E0JSHxu1-lkp@intel.com/reproduce) > > > > If you fix the issue in a separate patch/commit (i.e. not just a new version of > > the same patch/commit), kindly add following tags > > | Reported-by: kernel test robot <lkp@intel.com> > > | Closes: https://lore.kernel.org/oe-kbuild-all/202507051300.E0JSHxu1-lkp@intel.com/ > > > > All errors (new ones prefixed by >>): > > > > In file included from include/linux/init.h:5, > > from include/linux/printk.h:6, > > from include/asm-generic/bug.h:22, > > from arch/arm64/include/asm/bug.h:26, > > from include/linux/bug.h:5, > > from include/linux/vfsdebug.h:5, > > from include/linux/fs.h:5, > > from include/linux/debugfs.h:15, > > from lib/stackdepot.c:17: > > >> include/linux/build_bug.h:78:41: error: static assertion failed: "DEPOT_MAX_POOLS <= (1LL << (DEPOT_POOL_INDEX_BITS)) - 1" > > 78 | #define __static_assert(expr, msg, ...) _Static_assert(expr, msg) > > | ^~~~~~~~~~~~~~ > > include/linux/build_bug.h:77:34: note: in expansion of macro '__static_assert' > > 77 | #define static_assert(expr, ...) __static_assert(expr, ##__VA_ARGS__, #expr) > > | ^~~~~~~~~~~~~~~ > > lib/stackdepot.c:42:1: note: in expansion of macro 'static_assert' > > 42 | static_assert(DEPOT_MAX_POOLS <= (1LL << (DEPOT_POOL_INDEX_BITS)) - 1); > > | ^~~~~~~~~~~~~ > > This is odd. The randconfig here uses the default: > > > CONFIG_STACKDEPOT_MAX_POOLS=8192 Ugh, I see what's happened here. For this config, the expression evaluates to static_assert(8192 <= 8191); So the default needs to be 8191. ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2025-07-07 12:06 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20250704120604.2688934-1-matt@readmodwrite.com>
2025-07-05 6:00 ` [PATCH v2] stackdepot: Make max number of pools build-time configurable kernel test robot
2025-07-07 6:39 ` Marco Elver
2025-07-07 12:05 ` Matt Fleming
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox