aboutsummaryrefslogtreecommitdiffstats
path: root/package/kernel/lantiq
diff options
context:
space:
mode:
authorSultan Alsawaf <sultan@kerneltoast.com>2022-07-21 23:36:31 -0700
committerDaniel Golle <daniel@makrotopia.org>2022-08-20 12:33:50 +0200
commitf338f76a66a50d201ae57c98852aa9c74e9e278a (patch)
tree63f6d0b12b9e499e646cf573637fee47a4d3f958 /package/kernel/lantiq
parent396e190f0be7caa15d3d217d30c15df8a77047d1 (diff)
downloadupstream-f338f76a66a50d201ae57c98852aa9c74e9e278a.tar.gz
upstream-f338f76a66a50d201ae57c98852aa9c74e9e278a.tar.bz2
upstream-f338f76a66a50d201ae57c98852aa9c74e9e278a.zip
mac80211: parse the correct set of HE capabilities for AP mode
It is common for 802.11ax NICs to support more than just AP mode, which results in there being a distinct set of HE capabilities for each mode. As (bad) luck would have it, iw prints out info for each HE mode in sequential order according to `enum nl80211_iftype`, and AP mode isn't always first. As a result, the wrong set of HE capabilities can be parsed if an AP NIC supports station (managed) mode or any other mode preceding AP mode, since only the first set of HE capabilities printed by iw is parsed from awk's output. This has a noticeable impact on beamforming for example, since managed mode usually doesn't have beamformer capabilities enabled, while AP mode does. Hostapd won't be set up with the configs to enable beamformer capabilities in this scenario, causing hostapd to disable beamforming to HE stations even when it's supported by the AP. Always parse the correct set of HE capabilities for AP mode to fix this. This is achieved by trimming all of iw's output prior to the AP mode capabilities, which ensures that the first set of HE capabilities are always for AP mode. Signed-off-by: Sultan Alsawaf <sultan@kerneltoast.com>
Diffstat (limited to 'package/kernel/lantiq')
0 files changed, 0 insertions, 0 deletions