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)
commit9236d838c920e90708570d9bbd7bb82d30a38130
treeee2d9ae6b4f82efe3b28e33abebec96b7e136141
parentb5261cf4f3860bd772346a3e692683b6144dd44c
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