[Bug 122033] [ral] [lor] Lock order reversal in ral0 at bootup ieee80211com/ral0 [regression]

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=122033

Andriy Voskoboinyk <avos at freebsd.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |FIXED
                 CC|                            |avos at freebsd.org
             Status|Open                        |Closed

--- Comment #3 from Andriy Voskoboinyk <avos at freebsd.org> ---
There were few places for com <-> rt2560 LORs. In most cases, the com lock was
obtained before the driver lock; however, there were multiple
ieee80211_cancel_scan() calls (from rt2560_start, rt2560_newstate), where the
driver lock was taken before the call - and that results in LOR because
ieee80211_cancel_scan() takes com lock inside.

The issue was fixed in base r178354 - cancel_scan() calls from rt2560_start
were dropped and rt2560_newstate is now called under com lock (and never called
directly from the driver code).

-- 
You are receiving this mail because:
You are the assignee for the bug.