DGNum/hostapd
6
0
Fork 0
Code Issues Pull requests 1 Projects Releases Packages Wiki Activity Actions

wext: don't overwrite BSS frequency

Browse source 
mac80211 sends _both_ channel and frequency in it's scan results, with
frequency first and channel second (it's since been fixed to send
channel first and frequency second to work around this issue).  This
results in wpa_supplicant getting the right value when the frequency
comes, but overwriting the value with '0' when the channel comes because
wpa_supplicant can't handle 5GHz channel numbers.  So if a valid
previous SIOCGIWFREQ event came in, don't try to overwrite it.
This commit is contained in:
Dan Williams 2008-06-02 20:47:09 +03:00 committed by Jouni Malinen
parent d952d16df4
commit 2e5a7b49a0
1 changed files with 8 additions and 1 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

9
src/drivers/driver_wext.c
View file

@ -1294,8 +1294,15 @@ static void wext_get_scan_freq(struct iw_event *iwe,
/* /*
* Some drivers do not report frequency, but a channel. * Some drivers do not report frequency, but a channel.
* Try to map this to frequency by assuming they are using * Try to map this to frequency by assuming they are using
* IEEE 802.11b/g. * IEEE 802.11b/g. But don't overwrite a previously parsed
* frequency if the driver sends both frequency and channel,
* since the driver may be sending an A-band channel that we
* don't handle here.
*/ */
if (res->res.freq)
return;
if (iwe->u.freq.m >= 1 && iwe->u.freq.m <= 13) { if (iwe->u.freq.m >= 1 && iwe->u.freq.m <= 13) {
res->res.freq = 2407 + 5 * iwe->u.freq.m; res->res.freq = 2407 + 5 * iwe->u.freq.m;
return; return;