Peter Zijlstra e0067e6d54 locking/lockdep: Fix lockdep_init_map_*() confusion ... [ Upstream commit eae6d58d67 ] Commit dfd5e3f5fe ("locking/lockdep: Mark local_lock_t") added yet another lockdep_init_map_*() variant, but forgot to update all the existing users of the most complicated version. This could lead to a loss of lock_type and hence an incorrect report. Given the relative rarity of both local_lock and these annotations, this is unlikely to happen in practise, still, best fix things. Fixes: dfd5e3f5fe ("locking/lockdep: Mark local_lock_t") Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org> Link: https://lkml.kernel.org/r/YqyEDtoan20K0CVD@worktop.programming.kicks-ass.net Signed-off-by: Sasha Levin <sashal@kernel.org>		2022-08-17 14:23:08 +02:00
..
Makefile	…
irqflag-debug.c	…
lock_events.c	…
lock_events.h	…
lock_events_list.h	…
lockdep.c	locking/lockdep: Fix lockdep_init_map_*() confusion	2022-08-17 14:23:08 +02:00
lockdep_internals.h	…
lockdep_proc.c	…
lockdep_states.h	…
locktorture.c	…
mcs_spinlock.h	…
mutex-debug.c	…
mutex.c	…
mutex.h	…
osq_lock.c	…
percpu-rwsem.c	…
qrwlock.c	…
qspinlock.c	…
qspinlock_paravirt.h	…
qspinlock_stat.h	…
rtmutex.c	…
rtmutex_api.c	…
rtmutex_common.h	…
rwbase_rt.c	…
rwsem.c	…
semaphore.c	…
spinlock.c	…
spinlock_debug.c	…
spinlock_rt.c	…
test-ww_mutex.c	…
ww_mutex.h	…
ww_rt_mutex.c	…