diff options
author | Luis R. Rodriguez <lrodriguez@atheros.com> | 2009-02-21 00:20:39 -0500 |
---|---|---|
committer | John W. Linville <linville@tuxdriver.com> | 2009-02-27 14:52:59 -0500 |
commit | e38f8a7a8bebbab9d97f204e2cf05ef58b048a1d (patch) | |
tree | 6b0e9f6ce18eb6e2e6d1b29db3538399d0735b70 /net/netlink | |
parent | 3fc71f775af677f640f0f0780b16f1b0958f6d9d (diff) | |
download | linux-e38f8a7a8bebbab9d97f204e2cf05ef58b048a1d.tar.gz linux-e38f8a7a8bebbab9d97f204e2cf05ef58b048a1d.tar.bz2 linux-e38f8a7a8bebbab9d97f204e2cf05ef58b048a1d.zip |
cfg80211: Add AP beacon regulatory hints
When devices are world roaming they cannot beacon or do active scan
on 5 GHz or on channels 12, 13 and 14 on the 2 GHz band. Although
we have a good regulatory API some cards may _always_ world roam, this
is also true when a system does not have CRDA present. Devices doing world
roaming can still passive scan, if they find a beacon from an AP on
one of the world roaming frequencies we make the assumption we can do
the same and we also remove the passive scan requirement.
This adds support for providing beacon regulatory hints based on scans.
This works for devices that do either hardware or software scanning.
If a channel has not yet been marked as having had a beacon present
on it we queue the beacon hint processing into the workqueue.
All wireless devices will benefit from beacon regulatory hints from
any wireless device on a system including new devices connected to
the system at a later time.
Signed-off-by: Luis R. Rodriguez <lrodriguez@atheros.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'net/netlink')
0 files changed, 0 insertions, 0 deletions