Johannes Berg <johannes@xxxxxxxxxxxxxxxx> writes: > Hi Marcel, > >> After a long debugging session with Reinette we finally tracked down >> what is going on here. A full scan with this card takes 7-9 seconds and >> that seems to be too long and trigger IEEE80211_MONITORING_INTERVAL >> which then deauthenticates us with the AP (reason=6). > > Yeah, this is a bug. We analysed this problem a couple of days ago and I > thought Kalle was going to fix it -- maybe he forgot. I was supposed to fix this during my easter vacation but was too lazy :) > I forgot what exactly it was and how to fix it, hmm. Right now I'm > confused and can't seem to reproduce my analysis. I thought it had > something to do with using a different timer but we do seem to use the > regular mgd.timer, so I'm not sure. The discussion is here: http://www.spinics.net/lists/kernel/msg866487.html Basically the problem is that if you scan in an area where there are no or very few APs and scan takes more than two seconds (like abg band scans usually take), sta->last_rx won't get updated because mac80211 is not receiving any frames. This is why the beacon loss check will trigger in ieee80211_associated(). The problem won't happen if there are lot of APs in the neighbourhood distributed throughout the channels because then sta->last_rx is updated often enough and the beacon loss check won't trigger. I have been thinking two ways to fix this, either disabling the timer for the duration of the scan or add a check for scan scan in ieee80211_associated(). I started implementing the former but haven't finished it yet. It would be great if someone else can fix it. -- Kalle Valo -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
