1 Oct 2009 01:12
Re: SME warning on 2.6.32-rc<bleh>
On Tue, Sep 29, 2009 at 12:24 PM, Luis R. Rodriguez <mcgrof@...> wrote: > I believe the problem comes from the assumption from cfg80211 that > previous deauthentications would have gone through before we run > __cfg80211_disconnected() and are using wext or nl80211 > connec/disconnectt. Under certain conditions (clearly not known yet) > this is not true and we'll end up asking mac80211 to deauthenticate us > from a BSS we already deauthenticated to end end up with an -ENOLINK > on our mac80211 cfg80211 deauth ops. It seems this race was expected > all along on mac80211 ieee80211_mgd_deauth(): > > /* > * cfg80211 should catch this ... but it's racy since > * we can receive a deauth frame, process it, hand it > * to cfg80211 while that's in a locked section already > * trying to tell us that the user wants to disconnect. > */ > if (!bssid) { > mutex_unlock(&ifmgd->mtx); > return -ENOLINK; > } > > So it seems we do need to address that race but I'm not yet sure how. > > Here is a warning from the latest wireless-testing. Unfortunately I > cannot reproduce in a systematic way, I've tried even different boot > configuration (mem=300M) and CPU pegged at 800 MHz thinking the race > occurs when mac80211 takes its sweet time deathenticating but that > wasn't the case. OK so I just got this again today with a cardbus card. The curious(Continue reading)
RSS Feed