locking/lockdep: Fix lockdep_init_map_*() confusion
authorPeter Zijlstra <peterz@infradead.org>
Fri, 17 Jun 2022 13:26:06 +0000 (15:26 +0200)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Wed, 17 Aug 2022 12:23:08 +0000 (14:23 +0200)
commite0067e6d5475c5241685f5614ce1d581f9f0723a
tree98157527d429644c40490d0d4a47abcf0d93ae80
parent5b418289b06033cb509d103408bd7efac59a983f
locking/lockdep: Fix lockdep_init_map_*() confusion

[ Upstream commit eae6d58d67d9739be5f7ae2dbead1d0ef6528243 ]

Commit dfd5e3f5fe27 ("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: dfd5e3f5fe27 ("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>
include/linux/lockdep.h
kernel/locking/lockdep.c