Search Linux Wireless

Re: repeat scanning could cause disassoc

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



[could you turn off HTML mail please?]
 
> I am not sure if the AP actually sending any data frame since we are
> scanning, 
> but the major problem is mac80211 does not update rx_last once
> recieved
> beacon during scanning causing the disconnect.

I'm somewhat confused now. What happens if we do background scanning in
mac80211 is that we tell the AP we want powersave mode and then go do
the scan.

Do you actually see the message "<device>: expiring inactive STA ..."?
Basically, what I can see happen is that the scan takes so long that the
check there in ieee80211_associated() (called from ieee80211_sta_work())
triggers, but that means the scan took on the order of two seconds. Is
that so?

I suppose we should update last_rx when we go out of the scan to avoid
this since there's no way we can determine whether the AP dropped off
during the time we scan. What you proposed was to update last_rx when we
see frames from our AP, but even then if we're the first channel of the
scan it doesn't really help. Then again you said that the firmware goes
back to the channel it's supposed to be on once a while, that is with
the hardware scan callback then?

johannes

Attachment: signature.asc
Description: This is a digitally signed message part


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux