summaryrefslogtreecommitdiffstats
path: root/include/net/mac80211.h
diff options
context:
space:
mode:
authorJohannes Berg <johannes.berg@intel.com>2013-03-01 11:54:43 +0100
committerJohannes Berg <johannes.berg@intel.com>2013-03-06 16:36:02 +0100
commitc07270b605f49039327c35224e27d1d3e802f8a4 (patch)
tree5c6b79b0fd7b357804ffdabdc000e97f62435e0d /include/net/mac80211.h
parentmac80211: don't apply HT overrides to TDLS peers (diff)
downloadlinux-c07270b605f49039327c35224e27d1d3e802f8a4.tar.xz
linux-c07270b605f49039327c35224e27d1d3e802f8a4.zip
mac80211: fix HT capability overrides for AP station
HT capabilites are asymmetric -- e.g. beamforming is both an RX and TX capability. If, for example, we support RX but not TX, the RX capability of the AP station is masked out (if it supports it). This works correctly if it's really the driver capability. If, on the other hand, the reason for not supporting TX BF is that it was removed by HT capability overrides then the wrong thing happens: the AP's TX capability will be removed rather than its RX capability, because the override function works on own capabilities, not remote ones, and doesn't take the asymmetry into account. To fix this make a copy of our own capabilities, apply the overrides to them (where needed) and then use that to set up the peer's capabilities. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'include/net/mac80211.h')
0 files changed, 0 insertions, 0 deletions