Bug 1223083

Summary: Kernel:HEAD 6.9rc breaks iwlwifi on Thinkpad T480
Product: [openSUSE] openSUSE Tumbleweed Reporter: Stefan Seyfried <seife>
Component: KernelAssignee: openSUSE Kernel Bugs <kernel-bugs>
Status: RESOLVED UPSTREAM QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P5 - None CC: seife, tiwai
Version: Current   
Target Milestone: ---   
Hardware: x86-64   
OS: Other   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Stefan Seyfried 2024-04-18 13:09:15 UTC
I'm running current Tumbleweed on my "new" Thinkpad T480 using iwlwifi.
I have both KOTD kernel-default-6.9-rc and Tumbleweed's kernel-vanilla-6.8.x installed, the latter as a way to recover if KOTD breaks :-)

Since the first 6.9-rc releases, my WIFI does not work.

mixi:~ # uname -a
Linux mixi 6.9.0-rc4-2.g4804f5c-default #1 SMP PREEMPT_DYNAMIC Mon Apr 15 08:48:25 UTC 2024 (4804f5c) x86_64 x86_64 x86_64 GNU/Linux
mixi:~ # ip link set up dev wlp3s0
RTNETLINK answers: Invalid argument
mixi:~ # rfkill 
ID TYPE      DEVICE                   SOFT      HARD
 0 bluetooth tpacpi_bluetooth_sw   blocked unblocked
 1 wlan      phy0                unblocked unblocked
mixi:~ # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute 
       valid_lft forever preferred_lft forever
2: wlp3s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 92:df:96:3e:36:0b brd ff:ff:ff:ff:ff:ff permaddr 38:ba:f8:f4:ed:63
3: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 8c:16:45:fc:09:b0 brd ff:ff:ff:ff:ff:ff

seife@mixi:~> dmesg|grep iwl
[    9.948811] iwlwifi 0000:03:00.0: Detected crf-id 0xbadcafe, cnv-id 0x10 wfpm id 0x80000000
[    9.948978] iwlwifi 0000:03:00.0: PCI dev 24fd/0010, rev=0x230, rfid=0xd55555d5
[   10.187732] iwlwifi 0000:03:00.0: loaded firmware version 36.ca7b901d.0 8265-36.ucode op_mode iwlmvm
[   10.637788] iwlwifi 0000:03:00.0: Detected Intel(R) Dual Band Wireless AC 8265, REV=0x230
[   10.701153] iwlwifi 0000:03:00.0: base HW address: 38:ba:f8:f4:ed:63, OTP minor version: 0x4
[   10.779246] ieee80211 phy0: Selected rate control algorithm 'iwl-mvm-rs'
[   10.784000] iwlwifi 0000:03:00.0 wlp3s0: renamed from wlan0
[   17.419360] iwlwifi 0000:03:00.0: Registered PHC clock: iwlwifi-PTP, with index: 1

The dmesg regarding anything wifi (not only iwlwifi) does not differ from the working 6.8.x kernels, no additional error or missing line or anything.

I have no idea how to debug this any further, I would not even know what to report upstream ;-)

The Thinkpad T480 should still be in use in high numbers, so I wonder how I can be the only one seeing this issue?

hwinfo for the card:
41: None 00.0: 10701 Ethernet
  [Created at net.126]
  Unique ID: Mqes.ndpeucax6V1
  Parent ID: hAO_.xdVuDfcpKg9
  SysFS ID: /class/net/wlp3s0
  SysFS Device Link: /devices/pci0000:00/0000:00:1c.6/0000:03:00.0
  Hardware Class: network interface
  Model: "Ethernet network interface"
  Driver: "iwlwifi"
  Driver Modules: "iwlwifi"
  Device File: wlp3s0
  HW Address: 92:df:96:3e:36:0b
  Permanent HW Address: 38:ba:f8:f4:ed:63
  Link detected: no
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #1 (Ethernet controller)
Comment 1 Takashi Iwai 2024-04-19 12:52:11 UTC
As it's a 6.9-rc regression, the best would be to contact with the upstream devs.  Care to post to linux-wireless ML?  You can get the regression tracking involved, too (for catching more attention).
Comment 2 Stefan Seyfried 2024-04-20 07:29:14 UTC
Yes, I can do that.
I was just a bit hesitant as I have basically no information at all and thus was hoping you would already have heard something about that problem ;-)

I'll come back here after talking to the wireless ML
Comment 3 Stefan Seyfried 2024-04-20 14:09:40 UTC
https://lore.kernel.org/all/20240420154435.dce72db5d5e3.Ic40b454b24f1c7b380a1eedf67455d9cf2f58541@changeid/

this fixes it (I'm pretty sure this will come via mainline, so no SUSE patch is needed IMHO).
Comment 4 Takashi Iwai 2024-04-20 16:15:33 UTC
Thanks for the info!