[Bug 293645] iwlwifi doesn't connect using VHT80 (anymore) if base channel is 64 but works on 36.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=293645

Bjoern A. Zeeb <bz@FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|iwlwifi doesn't connect     |iwlwifi doesn't connect
                   |using VHT80 anymore         |using VHT80 (anymore) if
                   |(stable/14)                 |base channel is 64 but
                   |                            |works on 36.

--- Comment #5 from Bjoern A. Zeeb <bz@FreeBSD.org> ---
I can confirm that with an AP on 11ac/11ax and a 160hz channel width AND the
base channel set to 64 I also get VHT40-.

If I set the base channel to 36 I do get VHT160.

If I put the channel with to 80Mhz and a base channel of 64 I do get VHT80.


The same applies to main (and with that likely stable/15).

I'll go and see after some sleep.


------

Just to also reply to comment #c2

>> ifconfig -v wlan0 list scan | grep 02:16:6f:40:8a:d0
>Interestingly, it differs! No changes at AP have been made during reboot.

They do because we are decoding some more HE (11ax) information elements (and
TIM):
-TIM<050400020000>
-UNKNOWN_ELEMID_255<ff02->
-UNKNOWN_ELEMID_255<ff07->
-UNKNOWN_ELEMID_255<ff0e->
-UNKNOWN_ELEMID_255<ff21->
+ELEMID_EXT_39<ff022703>
+HECAP<mac_cap 0x0d 0x01 0x08 0x1a 0x40 0x10 phy_cap 0x0c 0x60 0x08 0x88 0xfd
0x49 0x81 0x8c 0x11 0x08 0000 rx/tx_he_mcs map: loweq80 0xfffa/0xfffa 160
0xfffa/0xfffa 80+80 0x1c79/0x71c7>
+HEOPER<params 0x003ff4 bss_col 0x21 mcs_nss 0xfffc>
+MU_EDCA_PARAM_SET<qosinfo 0x0 BE[aifsn 3 ecwmin 4 ecwmax 10 timer 255]
BK[aifsn 39 ecwmin 4 ecwmax 10 timer 255] VO[aifsn 66 ecwmin 3 ecwmax 4 timer
255] VI[aifsn 98 ecwmin 2 ecwmax 3 timer 255]>

-- 
You are receiving this mail because:
You are the assignee for the bug.