| commit | 546256fbd06d70a87381020ea8553fb78c9abf43 | |
| author | Jouni Malinen <jouni.malinen@atheros.com> | |
| Thu, 28 May 2009 16:25:28 +0000 (28 19:25 +0300) | ||
| committer | John W. Linville <linville@tuxdriver.com> | |
| Wed, 3 Jun 2009 18:05:11 +0000 (3 14:05 -0400) | ||
| tree | bebb822415d2b798eaf91b037749f93260d93969 | treesnapshot (tar.gz zip) |
| parent | 73ca5203366235f8a43e490767284ba8cfd8c479 | commitdiff |
ath9k: Add sanity check for beacon_int in adhoc/mesh case
It looks like mac80211 can request the driver to start beaconing with
a beacon interval of zero in some cases (at least for mesh point). This
does not sound correct and something may need to be fixed in
mac80211. However, taken into account the unpleasantness of getting
stuck in an infinite busy loop with rtnl_lock held, let's add a quick
workaround in the driver to avoid the worst symptom while someone more
familiar with the mesh implementation can figure out what should be done
with mac80211 as far as beacon interval configuration is concerned.
Signed-off-by: Jouni Malinen <jouni.malinen@atheros.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
It looks like mac80211 can request the driver to start beaconing with
a beacon interval of zero in some cases (at least for mesh point). This
does not sound correct and something may need to be fixed in
mac80211. However, taken into account the unpleasantness of getting
stuck in an infinite busy loop with rtnl_lock held, let's add a quick
workaround in the driver to avoid the worst symptom while someone more
familiar with the mesh implementation can figure out what should be done
with mac80211 as far as beacon interval configuration is concerned.
Signed-off-by: Jouni Malinen <jouni.malinen@atheros.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
| drivers/net/wireless/ath/ath9k/beacon.c | diffblobblamehistory |