[PATCH] wpa_supplicant: Implement fast-associate on SelectNetwork
pstew at google.com
Wed Jan 16 09:59:14 EST 2013
I considered wpas_select_network_from_last_scan(), but I wondered whether
the calls to wpa_supplicant_rsn_preauth_scan_results on old scan results or
everything in the "else" clause for "if (selected)" was valid in this case.
If you're okay with a hard-coded time limit like interworking_reconnect, I
can do that. Also let me know if you're unconcerned by any side effects
the rest of wpas_select_network_from_last_scan().
On Wed, Jan 16, 2013 at 1:47 AM, Jouni Malinen <j at w1.fi> wrote:
> On Tue, Jan 15, 2013 at 06:28:09PM -0800, Paul Stewart wrote:
> > If scan results are available when we perform a SelectNetwork, use
> > them to make an associate decision. This can save an entire scan
> > interval-worth of time in situations where something external to
> > wpa_supplicant (like a connection manager) has just previously
> > requested a scan before calling SelectNetwork.
> interworking_reconnect() does this conditionally on how old the previous
> scan results are and by re-using the
> wpas_select_network_from_last_scan() function. Is there reason to have
> SelectNetwork behave differently? In other words, could this new
> wpa_supplicant_fast_associate() be replaced with a call to the existing
> wpas_select_network_from_last_scan()? I would also consider adding some
> time limit based on wpa_s->last_scan. Five seconds may be a bit too
> short for this, but using three minutes old results does not sound that
> good either.
> Jouni Malinen PGP id EFC895FA
> HostAP mailing list
> HostAP at lists.shmoo.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the HostAP