summaryrefslogtreecommitdiff
path: root/net/mac80211/vht.c
diff options
context:
space:
mode:
authorJohannes Berg <johannes.berg@intel.com>2013-03-01 10:54:43 (GMT)
committerJohannes Berg <johannes.berg@intel.com>2013-03-06 15:36:02 (GMT)
commitc07270b605f49039327c35224e27d1d3e802f8a4 (patch)
tree5c6b79b0fd7b357804ffdabdc000e97f62435e0d /net/mac80211/vht.c
parent4f4b9357e45c121e3b350b938adc33781d6834fd (diff)
downloadlinux-c07270b605f49039327c35224e27d1d3e802f8a4.tar.xz
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 'net/mac80211/vht.c')
0 files changed, 0 insertions, 0 deletions