Exact

Exact Union RegExp

Ben Hutchings 68ea25f00f tools/lib/lockdep: Reduce MAX_LOCK_DEPTH to avoid overflowing lock_chain/: Depth ... commit 98dcea0cfd04e083ac74137ceb9a632604740e2d upstream. liblockdep has been broken since commit 75dd602a51 ("lockdep: Fix lock_chain::base size"), as that adds a check that MAX_LOCK_DEPTH is within the range of lock_chain::depth and in liblockdep it is much too large. That should have resulted in a compiler error, but didn't because: - the check uses ARRAY_SIZE(), which isn't yet defined in liblockdep so is assumed to be an (undeclared) function - putting a function call inside a BUILD_BUG_ON() expression quietly turns it into some nonsense involving a variable-length array It did produce a compiler warning, but I didn't notice because liblockdep already produces too many warnings if -Wall is enabled (which I'll fix shortly). Even before that commit, which reduced lock_chain::depth from 8 bits to 6, MAX_LOCK_DEPTH was too large. Signed-off-by: Ben Hutchings <ben@decadent.org.uk> Signed-off-by: Sasha Levin <sasha.levin@oracle.com> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: a.p.zijlstra@chello.nl Link: http://lkml.kernel.org/r/20170525130005.5947-3-alexander.levin@verizon.com Signed-off-by: Ingo Molnar <mingo@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>		2017-07-21 07:42:20 +02:00
..
bitops.h
compiler.h	tools/lib/lockdep: Add userspace version of READ_ONCE()	2016-02-29 10:29:27 +01:00
debug_locks.h
delay.h
ftrace.h
gfp.h
hardirq.h
hash.h
interrupt.h
irqflags.h
kallsyms.h
kern_levels.h
kernel.h	tools/liblockdep: Correct macro for WARN	2015-08-25 09:44:22 +02:00
kmemcheck.h
linkage.h
list.h
lockdep.h	tools/lib/lockdep: Reduce MAX_LOCK_DEPTH to avoid overflowing lock_chain/: Depth	2017-07-21 07:42:20 +02:00
module.h
mutex.h
poison.h
prefetch.h
proc_fs.h
rbtree_augmented.h
rcu.h
seq_file.h
spinlock.h
stacktrace.h
stringify.h