#646: scan results delayed to wpa_supplicant
----------------------------------------+-----------------------------------
Reporter: [EMAIL PROTECTED] | Owner:
Type: defect | Status: new
Priority: major | Milestone: version 0.9.x -
progressive release candidate phase
Component: madwifi: 802.11 stack | Version: trunk
Resolution: | Keywords:
Patch_attached: 0 |
----------------------------------------+-----------------------------------
Comment (by [EMAIL PROTECTED]):
I just ran thru the snapshots starting at r1500 (which works) and found
that this problem was introduced in build r1527. I haven't dug into the
source yet. That's my next step.
As for the related tickets, #275 seems to focus on two issues: (1) scans
with an SSID specified and (2) a race between multiple scan requests.
In the case I'm seeing, wpa_suppl initiates a BROADCAST scan ( ie. no SSID
specified ) and a second scan request is not made for ~10 seconds. Pre-
r1527, a wireless event is generated by madwifi-ng ~2-3 seconds after the
BROADCAST scan is initiated via the SIOCSIWSCAN ioctl ( made by
wpa_suppl's madwifi driver module ). When r1527 and greater snapshots are
run, the wireless event doesn't seem to get generated anymore, hence the
30 second timeout in wpa_suppl eventually fires and the scan results are
retrieved.
I also looked at #572 and don't see any relation to this problem as the
mode of our interface is set to 'Managed' at boot time and is never
changed.
--
Ticket URL: <http://madwifi.org/ticket/646>
MadWifi <http://madwifi.org/>
Multiband Atheros Driver for Wireless Fidelity
