summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorCarlos Llamas <cmllamas@google.com>2024-10-24 18:36:26 +0000
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2025-02-17 10:04:44 +0100
commit149dd2acff5ddefe02f84d1231104ae8c057c0ee (patch)
tree1b952f5b65129f5ea22bcef4ffefb2004d3a257f /include
parentfbcd9eedce20105f243e079c9059fb862afe9a56 (diff)
downloadlinux-149dd2acff5ddefe02f84d1231104ae8c057c0ee.tar.gz
linux-149dd2acff5ddefe02f84d1231104ae8c057c0ee.tar.bz2
linux-149dd2acff5ddefe02f84d1231104ae8c057c0ee.zip
lockdep: Fix upper limit for LOCKDEP_*_BITS configs
[ Upstream commit e638072e61726cae363d48812815197a2a0e097f ] Lockdep has a set of configs used to determine the size of the static arrays that it uses. However, the upper limit that was initially setup for these configs is too high (30 bit shift). This equates to several GiB of static memory for individual symbols. Using such high values leads to linker errors: $ make defconfig $ ./scripts/config -e PROVE_LOCKING --set-val LOCKDEP_BITS 30 $ make olddefconfig all [...] ld: kernel image bigger than KERNEL_IMAGE_SIZE ld: section .bss VMA wraps around address space Adjust the upper limits to the maximum values that avoid these issues. The need for anything more, likely points to a problem elsewhere. Note that LOCKDEP_CHAINS_BITS was intentionally left out as its upper limit had a different symptom and has already been fixed [1]. Reported-by: J. R. Okajima <hooanon05g@gmail.com> Closes: https://lore.kernel.org/all/30795.1620913191@jrobl/ [1] Cc: Peter Zijlstra <peterz@infradead.org> Cc: Boqun Feng <boqun.feng@gmail.com> Cc: Ingo Molnar <mingo@redhat.com> Cc: Waiman Long <longman@redhat.com> Cc: Will Deacon <will@kernel.org> Acked-by: Waiman Long <longman@redhat.com> Signed-off-by: Carlos Llamas <cmllamas@google.com> Signed-off-by: Boqun Feng <boqun.feng@gmail.com> Link: https://lore.kernel.org/r/20241024183631.643450-2-cmllamas@google.com Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions