srcu: Use try-lock lockdep annotation for NMI-safe access.
authorSebastian Andrzej Siewior <bigeasy@linutronix.de>
Thu, 30 Nov 2023 13:27:29 +0000 (14:27 +0100)
committerNeeraj Upadhyay (AMD) <neeraj.iitr10@gmail.com>
Wed, 13 Dec 2023 18:11:19 +0000 (23:41 +0530)
commit3c6b0c1c28184038d90dffe8eb542bedcb8ccf98
tree3df9369bced39f73c0ea81d163c93c3d8c5ca7d9
parentc21357e4461f3f9c8ff93302906b5372411ee108
srcu: Use try-lock lockdep annotation for NMI-safe access.

It is claimed that srcu_read_lock_nmisafe() NMI-safe. However it
triggers a lockdep if used from NMI because lockdep expects a deadlock
since nothing disables NMIs while the lock is acquired.

This is because commit f0f44752f5f61 ("rcu: Annotate SRCU's update-side
lockdep dependencies") annotates synchronize_srcu() as a write lock
usage. This helps to detect a deadlocks such as
srcu_read_lock();
synchronize_srcu();
srcu_read_unlock();

The side effect is that the lock srcu_struct now has a USED usage in normal
contexts, so it conflicts with a USED_READ usage in NMI. But this shouldn't
cause a real deadlock because the write lock usage from synchronize_srcu()
is a fake one and only used for read/write deadlock detection.

Use a try-lock annotation for srcu_read_lock_nmisafe() to avoid lockdep
complains if used from NMI.

Fixes: f0f44752f5f6 ("rcu: Annotate SRCU's update-side lockdep dependencies")
Link: https://lore.kernel.org/r/20230927160231.XRCDDSK4@linutronix.de
Reviewed-by: Boqun Feng <boqun.feng@gmail.com>
Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Signed-off-by: Paul E. McKenney <paulmck@kernel.org>
Signed-off-by: Neeraj Upadhyay (AMD) <neeraj.iitr10@gmail.com>
include/linux/rcupdate.h
include/linux/srcu.h