diff options
author | Jouni Malinen <j@w1.fi> | 2008-12-10 14:51:47 +0200 |
---|---|---|
committer | John W. Linville <linville@tuxdriver.com> | 2008-12-12 14:02:12 -0500 |
commit | b7a530d82cb36bb43901c196039b0fccee3ffcc3 (patch) | |
tree | 402f4b19586b969cf236eea951e4b4510403e0bc /crypto/compress.c | |
parent | 14a4dfe2ff8c353f59ae8324059ded1cfe22c7d9 (diff) | |
download | op-kernel-dev-b7a530d82cb36bb43901c196039b0fccee3ffcc3.zip op-kernel-dev-b7a530d82cb36bb43901c196039b0fccee3ffcc3.tar.gz |
mac80211: Disable requests for new scans in AP mode
AP mode operations are seriously affected if mac80211 runs through a
multi-second scan while the AP is trying to send Beacon frames on the
operation channel. While this could be implemented in a way that does
not cause too many problems, it is not very simple and will require
synchronization with Beacon frame scheduling in the drivers (scan one
channel at a time between Beacon frames). Furthermore, such scanning
takes quite a bit longer time and existing userspace applications
would be likely to timeout while waiting for the results.
For now, just refuse requests for new scans (SIOCSIWSCAN) when in AP
mode. In practice, this moves the rejection from iwl* drivers into
mac80211 to make it apply to every mac80211-based driver.
This issue shows up in associated stations getting disconnected when
something (e.g., Network Manager) requests a scan while the interface
is in AP mode. When doing this continuously (e.g., NM does it every 120
seconds), the network gets close to useless.
Signed-off-by: Jouni Malinen <jouni.malinen@atheros.com>
Acked-by: Johannes Berg <johannes@sipsolutions.net>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'crypto/compress.c')
0 files changed, 0 insertions, 0 deletions