In the Linux kernel, the following vulnerability has been resolved:
IB/rdmavt: add lock to call to rvterrorqp to prevent a race condition
The documentation of the function rvterrorqp says both rlock and slock need to be held when calling that function. It also asserts using lockdep that both of those locks are held. However, the commit I referenced in Fixes accidentally makes the call to rvterrorqp in rvtrucloopback no longer covered by r_lock. This results in the lockdep assertion failing and also possibly in a race condition.