Messages in this thread | | | Date | Tue, 2 Sep 2008 16:04:31 +0300 | From | "Michael S. Tsirkin" <> | Subject | Re: new: regression iwl3945/mac80211 endless after suspend associate/deassociate loop |
| |
On Tue, Sep 02, 2008 at 08:10:09AM +0200, Johannes Berg wrote: > Zhu Yi wrote: > > On Mon, 2008-09-01 at 19:07 +0300, Michael S. Tsirkin wrote: > >> [16482.909453] eth1: associate with AP XX:XX:XX:XX:XX:XX > >> [16482.918553] eth1: RX ReassocResp from XX:XX:XX:XX:XX:XX > >> (capab=0x411 status=0 aid=1) > >> [16482.918564] eth1: associated > >> [16492.920224] eth1: disassociating by local choice (reason=3) > >> [16492.920986] eth1: disassociating by local choice (reason=3) > > > > It is exactly 10 seconds the local STA sends the deauth_leaving frame > > before associated everytime. I wonder if it is the timeout for some > > wireless config tools. NM? > > "by local choice" means wext requested this, not a kernel bug. > > johannes
Sure, it's wpa_supplicant in ubuntu gutsy doing it.
$wpa_supplicant -version wpa_supplicant v0.5.8 Copyright (c) 2003-2007, Jouni Malinen <j@w1.fi> and contributors
But it happens to work fine without 8ab65b03b7893da4a49009e7e356e36e27b0c407.
So yes, this could be some assumption that wpa_supplicant makes and that fails now. I guess I will try the latest version from source and report.
| |