lkml.org 
[lkml]   [2008]   [Sep]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: 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.


    \
     
     \ /
      Last update: 2008-09-02 15:07    [W:0.022 / U:32.212 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site