On Tue, 2009-04-07 at 16:20 +0300, Maxim Levitsky wrote: > > Of course, we can go back to dropping the scan request, but that > > wouldn't be very nice. > > > > Is this creating any problems? > Yep, but dropping the request won't help ether. Indeed. > Problem is that wpa_supplicant will attempt to scan before association, > scan fails (it doesn't know it is already running) thus it waits 10 > seconds. (I patched it to wait 2 seconds). > > It happens if user first disconnects, and then reconnects to a network > (typical test I do for time it takes to connect) > > Now I patched it not to clear essid on disconnect, and this helped > reduce connect times by about 2 seconds. > > now it takes just 3~4 seconds to connect to open network, and ~6 seconds > to WPA2 network. > > (This is with patched dhclient, I reduced its timeouts, but this is > another story.... it seems that first DHCPREQUEST never succeeds, and I > tested this with 2 cards, and few wireless networks) Have you tried with a new tree and wpa_supplicant's (from git) nl80211 driver? Might be a lot better. johannes
Attachment:
signature.asc
Description: This is a digitally signed message part
