#740: Resume in STA mode should cause scan results to be cleared
-----------------------------------+----------------------------------------
Reporter: [EMAIL PROTECTED] | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: madwifi: 802.11 stack | Version: v0.9.1
Keywords: | Patch_attached: 0
-----------------------------------+----------------------------------------
When the driver running in STA/managed mode is resumed after being
suspended, the scan results cache should be cleared. This doesn't appear
to be the case as of v0.9.1.
Here's the scenario:
User in location 'A' scans with the Pepper Pad, sees a set of access
points, and connects to one of them. Pepper pad is put to sleep; this
causes the driver
{{{ath_pci_suspend()}}} function to get called. Pad is woken up in a new
location 'B' at some later time; this causes {{{ath_pci_resume()}}} to get
called. On wakeup, the Pepper WiFi code causes a fresh active scan to
occur. The results returned from wpa_supplicant include APs from location
'A' AND location 'B'. I understand there is an aging process for entries
in the cache, but in this situation, it seems like the right thing to do
is to clear them all on resume.
I ran into a similar problem with the HostAP driver and fixed it by
explicitly causing the scan results to get cleared on resume.
--
Ticket URL: <http://madwifi.org/ticket/740>
MadWifi <http://madwifi.org/>
Multiband Atheros Driver for Wireless FidelityUsing Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Madwifi-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/madwifi-tickets
