lockdep: Remove softirq accounting on PREEMPT_RT.
authorThomas Gleixner <tglx@linutronix.de>
Mon, 29 Nov 2021 17:46:48 +0000 (18:46 +0100)
committerPeter Zijlstra <peterz@infradead.org>
Sat, 4 Dec 2021 09:56:23 +0000 (10:56 +0100)
commit0c1d7a2c2d32fac7ff4a644724b2d52a64184645
tree7d973e81c916d17c106e916ba9c3ec63cbf93865
parenta3642021923b26d86bb27d88c826494827612c06
lockdep: Remove softirq accounting on PREEMPT_RT.

There is not really a softirq context on PREEMPT_RT.  Softirqs on
PREEMPT_RT are always invoked within the context of a threaded
interrupt handler or within ksoftirqd. The "in-softirq" context is
preemptible and is protected by a per-CPU lock to ensure mutual
exclusion.

There is no difference on PREEMPT_RT between spin_lock_irq() and
spin_lock() because the former does not disable interrupts. Therefore
if a lock is used in_softirq() and locked once with spin_lock_irq()
then lockdep will report this with "inconsistent {SOFTIRQ-ON-W} ->
{IN-SOFTIRQ-W} usage".

Teach lockdep that we don't really do softirqs on -RT.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Link: https://lore.kernel.org/r/20211129174654.668506-6-bigeasy@linutronix.de
include/linux/irqflags.h
kernel/locking/lockdep.c