On 2020-04-23 16:31:55 [-0300], Luis Claudio R. Goncalves wrote: … > Replacing local_irq_save()/bh_lock_sock() by spin_lock_bh() keeps the semantics > and does the right thing under PREEMPT_RT. Nope. The irq-off was introduced in commit fad003b6c8e3d ("Bluetooth: Fix inconsistent lock state with RFCOMM") It doesn't look right. Could you please revert that commit and check if lockdep still complains? Sebastian