diff options
| author | Johannes Berg <johannes@sipsolutions.net> | 2009-10-27 20:59:55 +0100 |
|---|---|---|
| committer | John W. Linville <linville@tuxdriver.com> | 2009-10-30 16:49:19 -0400 |
| commit | 4d36ec58239eec44d77839ef6c25108efcbbb58c (patch) | |
| tree | 7074195389af214ba0081169afb4b64514f2419a /scripts/checkpatch.pl | |
| parent | b59f04cbf8ab4dce63f0d2ed658624b0ad21c67d (diff) | |
| download | kernel_samsung_smdk4412-4d36ec58239eec44d77839ef6c25108efcbbb58c.zip kernel_samsung_smdk4412-4d36ec58239eec44d77839ef6c25108efcbbb58c.tar.gz kernel_samsung_smdk4412-4d36ec58239eec44d77839ef6c25108efcbbb58c.tar.bz2 | |
mac80211: split hardware scan by band
There's currently a very odd bug in mac80211 -- a
hardware scan that is done while the hardware is
really operating on 2.4 GHz will include CCK rates
in the probe request frame, even on 5 GHz (if the
driver uses the mac80211 IEs). Vice versa, if the
hardware is operating on 5 GHz the 2.4 GHz probe
requests will not include CCK rates even though
they should.
Fix this by splitting up cfg80211 scan requests by
band -- recalculating the IEs every time -- and
requesting only per-band scans from the driver.
Apparently this bug hasn't been a problem yet, but
it is imaginable that some older access points get
confused if confronted with such behaviour.
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'scripts/checkpatch.pl')
0 files changed, 0 insertions, 0 deletions