]> git.baikalelectronics.ru Git - kernel.git/commit
cfg80211: fix extension channel checks to initiate communication
authorLuis R. Rodriguez <lrodriguez@atheros.com>
Sat, 13 Nov 2010 00:31:23 +0000 (16:31 -0800)
committerJohn W. Linville <linville@tuxdriver.com>
Tue, 16 Nov 2010 20:59:39 +0000 (15:59 -0500)
commit39dba1ecf883064a3210387a3a7b8355ad9aaa5b
treeee2d9ae6b4f82efe3b28e33abebec96b7e136141
parent2d67285a02e0ea6025d9e965c5d6a6d3b2a5dc08
cfg80211: fix extension channel checks to initiate communication

When operating in a mode that initiates communication and using
HT40 we should fail if we cannot use both primary and secondary
channels to initiate communication. Our current ht40 allowmap
only covers STA mode of operation, for beaconing modes we need
a check on the fly as the mode of operation is dynamic and
there other flags other than disable which we should read
to check if we can initiate communication.

Do not allow for initiating communication if our secondary HT40
channel has is either disabled, has a passive scan flag, a
no-ibss flag or is a radar channel. Userspace now has similar
checks but this is also needed in-kernel.

Reported-by: Jouni Malinen <jouni.malinen@atheros.com>
Cc: stable@kernel.org
Signed-off-by: Luis R. Rodriguez <lrodriguez@atheros.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
net/wireless/chan.c