On Fri, 5 Sep 2025, Oleg Nauman wrote:

On Wed, Sep 3, 2025 at 12:06 AM Bjoern A. Zeeb <[email protected]> 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

Reply via email to