From: Ilan Peer Date: Wed, 18 Feb 2015 02:35:14 +0000 (-0500) Subject: wpa_supplicant: Cancel sched_scan when stopping countermeasures X-Git-Tag: hostap_2_4~103 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=f1609f119aebfef376c9f2b961bb121d566b40a4;p=thirdparty%2Fhostap.git wpa_supplicant: Cancel sched_scan when stopping countermeasures When stopping the TKIP countermeasures, it would be preferable to connect immediately. However if scheduled scan is in progress, a connection attempt will be done only when scan results are received, so cancel the scheduled scan to allow immediate scan and connection attempt. Signed-off-by: Ilan Peer --- diff --git a/wpa_supplicant/events.c b/wpa_supplicant/events.c index c4bc02d1c..72a736833 100644 --- a/wpa_supplicant/events.c +++ b/wpa_supplicant/events.c @@ -175,6 +175,15 @@ void wpa_supplicant_stop_countermeasures(void *eloop_ctx, void *sock_ctx) wpa_s->countermeasures = 0; wpa_drv_set_countermeasures(wpa_s, 0); wpa_msg(wpa_s, MSG_INFO, "WPA: TKIP countermeasures stopped"); + + /* + * It is possible that the device is sched scanning, which means + * that a connection attempt will be done only when we receive + * scan results. However, in this case, it would be preferable + * to scan and connect immediately, so cancel the sched_scan and + * issue a regular scan flow. + */ + wpa_supplicant_cancel_sched_scan(wpa_s); wpa_supplicant_req_scan(wpa_s, 0, 0); } }