]> git.ipfire.org Git - thirdparty/openwrt.git/commit
wifi-scripts: fix WiFi 6E discovery for 6GHz 320MHz operation 21588/head
authorRyan Chen <rchen14b@gmail.com>
Sun, 18 Jan 2026 02:51:14 +0000 (20:51 -0600)
committerRobert Marko <robimarko@gmail.com>
Wed, 21 Jan 2026 21:30:05 +0000 (22:30 +0100)
commita8bdb1e6d65adac21d2dc1b40cdbae1af2af4d15
treed68f2bf0b6396a5a1421b3abb801222f01c8556c
parentb300a9e63dedb05df2535e65791fb3a898622b0c
wifi-scripts: fix WiFi 6E discovery for 6GHz 320MHz operation

WiFi 6E (802.11ax) clients cannot discover 6GHz APs operating at
320MHz because the HE Operation element contains uninitialized
center frequency values.

For EHT320 mode, the code sets eht_oper_centr_freq_seg0_idx but not
the corresponding HE values. Later, the HE values are copied from
VHT values, but VHT is not used on 6GHz, leaving he_oper_chwidth
and he_oper_centr_freq_seg0_idx at 0. This causes WiFi 6E clients
to see incorrect channel width information, making the AP invisible
to them during scanning.

Fix this by:
1. Setting he_oper_chwidth to 3 (160MHz) for EHT320 mode
2. Computing he_oper_centr_freq_seg0_idx based on the 160MHz segment
   that contains the primary channel
3. Preserving these pre-set values instead of overwriting them with
   uninitialized VHT values

WiFi 7 clients continue to see 320MHz operation via the EHT Operation
element, while WiFi 6E clients can now discover and connect at 160MHz.

Signed-off-by: Ryan Chen <rchen14b@gmail.com>
Link: https://github.com/openwrt/openwrt/pull/21588
Signed-off-by: Robert Marko <robimarko@gmail.com>
package/network/config/wifi-scripts/files-ucode/usr/share/ucode/wifi/hostapd.uc