wpa_supplicant: Call frequency conflict handling during auth
authorIlan Peer <ilan.peer@intel.com>
Thu, 24 Apr 2014 05:45:40 +0000 (08:45 +0300)
committerJouni Malinen <j@w1.fi>
Thu, 24 Apr 2014 09:15:32 +0000 (12:15 +0300)
commitd0df64373561a8804c35e1900e5857096f5b73d8
treea7da35b033ffe1a99eb85b73de76808e8b4b3f35
parent0cf24fdaed7cc0a1abdf83f3744e7fb9db0d83c3
wpa_supplicant: Call frequency conflict handling during auth

Previously, the frequency conflict was handled only during the
association flow. However, some drivers, e.g., mac80211 based
drivers, will fail an authentication request in case that there
are no available channels for use (as they might be used by
other interfaces), and thus the frequency conflict resolution
is never called.

Fix this by calling frequency conflict resolution during
authentication (SME-in-wpa_supplicant) as well.

In addition, get the shared radio frequency from the wpa_s context in
both the SME-in-driver and SME-in-wpa_supplicant cases and not from the
driver.

Signed-off-by: Ilan Peer <ilan.peer@intel.com>
wpa_supplicant/sme.c
wpa_supplicant/wpa_supplicant.c