Re: Please test iwlwifi/rtw88/rtw89 now

From: Bjoern A. Zeeb <bz_at_freebsd.org>
Date: Fri, 05 Sep 2025 14:08:51 UTC
On Fri, 5 Sep 2025, Oleg Nauman wrote:

> On Wed, Sep 3, 2025 at 12:06 AM Bjoern A. Zeeb <bz@freebsd.org> wrote:
>>
>> Hi,
>>
>> with the changes (especially for scanning--rtw88) and all the other
>> minor details gone in the last days I would love to ask people to test
>> as much as they can on main before I'll merge to stable/14 and also
>> given stable/15 is imminent.
>
> Unfortunately rtw88 now ( CURRENT revision d3462294c1f0 ) can't
> associate with access points while It was working in 659962f96a15 (
> Jul 29 )
>
> rtw880@pci0:2:0:0:      class=0x028000 rev=0x00 hdr=0x00 vendor=0x10ec
> device=0xc821 subvendor=0x1a3b subdevice=0x3040
>    vendor     = 'Realtek Semiconductor Co., Ltd.'
>    device     = 'RTL8821CE 802.11ac PCIe Wireless Network Adapter'
>    class      = network
>
> wlan2: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
>        options=0
>        ether 80:91:33:4b:4a:d1
>        groups: wlan
>        ssid ...... channel 9 (2452 MHz 11g) bssid 00:00:00:00:00:00
>        regdomain FCC country US anywhere -ecm authmode WPA1+WPA2/802.11i
>        -wps -tsn privacy ON deftxkey UNDEF
>        powersavemode OFF powersavesleep 100 txpower 30 txpowmax 50.0 -dotd
>        rtsthreshold 2346 fragthreshold 2346 bmiss 7
>        11a     ucast NONE    mgmt  6 Mb/s mcast  6 Mb/s maxretry 6
>        11b     ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>        11g     ucast NONE    mgmt  1 Mb/s mcast  1 Mb/s maxretry 6
>        scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250
>        roam:11a     rssi    7dBm rate 12 Mb/s
>        roam:11b     rssi    7dBm rate  1 Mb/s
>        roam:11g     rssi    7dBm rate  5 Mb/s
>        -pureg protmode CTS -ht -htcompat -ampdu ampdulimit 8k
>        ampdudensity NA -amsdu -shortgi htprotmode RTSCTS -puren smps -rifs
>        -stbc -ldpc -uapsd -vht wme -burst -dwds roaming MANUAL bintval 100
>        AC_BE cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm ack
>              cwmin  4 cwmax 10 aifs  3 txopLimit   0 -acm
>        AC_BK cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm ack
>              cwmin  4 cwmax 10 aifs  7 txopLimit   0 -acm
>        AC_VI cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm ack
>              cwmin  3 cwmax  4 aifs  2 txopLimit  94 -acm
>        AC_VO cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm ack
>              cwmin  2 cwmax  3 aifs  2 txopLimit  47 -acm
>        parent interface: rtw880
>        media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)
>        status: no carrier
>        drivername: wlan2
>
> Sep  5 08:40:47 kernel: [11] rtw880: <rtw_8821ce> port 0xd000-0xd0ff
> mem 0xef100000-0xef10ffff irq 17 at device 0.0 on pci2
> Sep  5 08:40:47 kernel: [11] rtw880: successfully loaded firmware
> image 'rtw88/rtw8821c_fw.bin'
> Sep  5 08:40:47 kernel: [11] rtw880: Firmware version 24.11.0, H2C version 12
> Sep  5 08:40:47 kernel: [31] rtw880: lkpi_sta_scan_to_auth:2415: lvif 0xfffffe01155d0000 vap 0xfffffe01155d0010 iv_bss 0xfffffe0115893000 lvif_bss 0 lvif_bss->ni 0 synched 0, ni 0xfffffe011588b000 lsta 0xfffff8000399e800
> Sep  5 08:40:47 kernel: [31] rtw880: lkpi_iv_newstate: error 95 during state transition 2 (AUTH) -> 2 (AUTH)
> Sep  5 08:40:52 kernel: [46] rtw880: lkpi_sta_scan_to_auth:2415: lvif 0xfffffe01155d0000 vap 0xfffffe01155d0010 iv_bss 0xfffffe01158d8000 lvif_bss 0 lvif_bss->ni 0 synched 0, ni 0xfffffe01155df000 lsta 0xfffff80003438000
> Sep  5 08:40:52  kernel: [46] rtw880: lkpi_iv_newstate: error 95 during state transition 2 (AUTH) -> 2 (AUTH)
> Sep  5 08:41:08  kernel: [62] rtw880: lkpi_sta_scan_to_auth:2415: lvif 0xfffffe01155d0000 vap 0xfffffe01155d0010 iv_bss 0xfffffe0116711000 lvif_bss 0 lvif_bss->ni 0 synched 0, ni 0xfffffe01166ff000 lsta 0xfffff80023d83000
...

This is like net80211 battling against itself.  Starts a connection and
then (likely wpa_supplicant) triggers a new one and the previous one
gets abandoned.  It's the very old problem which kept iwlwifi from
working so long (along with the fact that we have to unlock/re-lock).

Can you check wpa_supplicant logging what it says?  Authentication timed
out?

> Sep  5 08:41:41 kernel: [95] rtw880: lkpi_stop_hw_scan: failed to cancel scan: 35 (0xfffffe011439f240, 0xfffffe01155d0f00)

What wonders me a lot more is this.

-- 
Bjoern A. Zeeb                                                     r15:7