[Bug 1209980] New: Lenovo L14 Gen3, wifi card not recognized.
http://bugzilla.opensuse.org/show_bug.cgi?id=1209980 Bug ID: 1209980 Summary: Lenovo L14 Gen3, wifi card not recognized. Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.4 Hardware: x86-64 OS: openSUSE Leap 15.4 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs@opensuse.org Reporter: carlos.e.r@opensuse.org QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Hi, on new Lenovo L14 Gen3 laptop, AMD CPU, the wifi hardware is not recognized. This is an enterprise class laptop. It is recognized with kernel from "Kernel:stable:Backports" "https://download.opensuse.org/repositories/Kernel:/stable:/Backport/standard..." Laicolasse:~ # uname -a Linux Laicolasse 6.2.8-lp154.3.gc9a94ac-default #1 SMP PREEMPT_DYNAMIC Tue Mar 28 07:54:15 UTC 2023 (c9a94ac) x86_64 x86_64 x86_64 GNU/Linux Laicolasse:~ # Perhaps the driver can be backported? *Information before updating kernel* Laicolasse:~ # inxi --bluetooth -n -N Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169 IF: eth0 state: up speed: 100 Mbps duplex: full mac: f4:a8:0d:7a:49:01 Device-2: MEDIATEK MT7922 802.11ax PCI Express Wireless Network Adapter driver: N/A Bluetooth: Device-1: Foxconn / Hon Hai Wireless_Device type: USB driver: btusb Report: bt-adapter ID: hci0 state: up address: 60:E9:AA:A0:1A:4A Laicolasse:~ # Command "ip addr" displays info on just eth0 and lo. Journal: <https://paste.opensuse.org/pastes/ccc804e35e3c> (if you want it attached to bugzilla, just ask, but it is already there because I asked on mail list) Laicolasse:~ # lspci 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne Root Complex 00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne IOMMU 00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge 00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge 00:02.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge 00:02.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge 00:02.4 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge 00:02.6 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge 00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge 00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 51) 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51) 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 0 00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 1 00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 2 00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 3 00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 4 00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 5 00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 6 00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Cezanne Data Fabric; Function 7 01:00.0 Non-Volatile memory controller: KIOXIA Corporation Device 000c 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0e) 04:00.0 SD Host controller: O2 Micro, Inc. SD/MMC Card Reader Controller (rev 01) 06:00.0 Network controller: MEDIATEK Corp. MT7922 802.11ax PCI Express Wireless Network Adapter <======== 07:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Barcelo (rev d1) 07:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Renoir Radeon High Definition Audio Controller 07:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) Platform Security Processor 07:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne USB 3.1 07:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne USB 3.1 07:00.5 Multimedia controller: Advanced Micro Devices, Inc. [AMD] ACP/ACP3X/ACP6x Audio Coprocessor (rev 01) 07:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h/19h HD Audio Controller Laicolasse:~ # Laicolasse:~ # hwinfo --netcard 07: PCI 300.0: 0200 Ethernet controller [Created at pci.386] Unique ID: rBUF.Osz2B5WC6KD Parent ID: aYFK.nSObxEWmqk3 SysFS ID: /devices/pci0000:00/0000:00:02.3/0000:03:00.0 SysFS BusID: 0000:03:00.0 Hardware Class: network Model: "Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller" Vendor: pci 0x10ec "Realtek Semiconductor Co., Ltd." Device: pci 0x8168 "RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller" SubVendor: pci 0x17aa "Lenovo" SubDevice: pci 0x50ae Revision: 0x0e Driver: "r8169" Driver Modules: "r8169" Device File: eth0 I/O Ports: 0x2000-0x2fff (rw) Memory Range: 0xfd604000-0xfd604fff (rw,non-prefetchable) Memory Range: 0xfd600000-0xfd603fff (rw,non-prefetchable) IRQ: 41 (no events) HW Address: f4:a8:0d:7a:49:01 Permanent HW Address: f4:a8:0d:7a:49:01 Link detected: yes Module Alias: "pci:v000010ECd00008168sv000017AAsd000050AEbc02sc00i00" Driver Info #0: Driver Status: r8169 is active Driver Activation Cmd: "modprobe r8169" Config Status: cfg=no, avail=yes, need=no, active=unknown Attached to: #14 (PCI bridge) 27: PCI 600.0: 0280 Network controller [Created at pci.386] Unique ID: vTuk.elCpZcgOa6E Parent ID: AXjq.nSObxEWmqk3 SysFS ID: /devices/pci0000:00/0000:00:02.6/0000:06:00.0 SysFS BusID: 0000:06:00.0 Hardware Class: network Model: "MEDIATEK Network controller" Vendor: pci 0x14c3 "MEDIATEK Corp." Device: pci 0x0616 SubVendor: pci 0x17aa "Lenovo" SubDevice: pci 0xe0c6 Memory Range: 0xe0200000-0xe02fffff (ro,non-prefetchable,disabled) Memory Range: 0xfd400000-0xfd407fff (rw,non-prefetchable,disabled) IRQ: 255 (no events) Module Alias: "pci:v000014C3d00000616sv000017AAsd0000E0C6bc02sc80i00" Config Status: cfg=no, avail=yes, need=no, active=unknown Attached to: #28 (PCI bridge) Laicolasse:~ # *After kernel upgrade*, the list of kernel packages is: Laicolasse:~ # rpm -qa | grep kernel kernel-firmware-radeon-20230320-lp154.2.1.noarch kernel-firmware-brcm-20230320-lp154.2.1.noarch kernel-firmware-nfp-20230320-lp154.2.1.noarch kernel-default-6.2.8-lp154.3.1.gc9a94ac.x86_64 kernel-firmware-amdgpu-20230320-lp154.2.1.noarch kernel-firmware-bnx2-20230320-lp154.2.1.noarch kernel-default-optional-5.14.21-150400.24.46.1.x86_64 kernel-firmware-network-20230320-lp154.2.1.noarch kernel-firmware-usb-network-20230320-lp154.2.1.noarch kernel-firmware-all-20230320-lp154.2.1.noarch kernel-firmware-liquidio-20230320-lp154.2.1.noarch kernel-firmware-mwifiex-20230320-lp154.2.1.noarch kernel-firmware-ath10k-20230320-lp154.2.1.noarch kernel-default-5.14.21-150400.24.46.1.x86_64 kernel-firmware-media-20230320-lp154.2.1.noarch kernel-firmware-ueagle-20230320-lp154.2.1.noarch kernel-firmware-serial-20230320-lp154.2.1.noarch kernel-firmware-iwlwifi-20230320-lp154.2.1.noarch kernel-default-extra-5.14.21-150400.24.46.1.x86_64 kernel-firmware-qlogic-20230320-lp154.2.1.noarch kernel-firmware-dpaa2-20230320-lp154.2.1.noarch kernel-firmware-marvell-20230320-lp154.2.1.noarch kernel-firmware-ti-20230320-lp154.2.1.noarch kernel-firmware-realtek-20230320-lp154.2.1.noarch kernel-firmware-intel-20230320-lp154.2.1.noarch kernel-firmware-qcom-20230320-lp154.2.1.noarch kernel-firmware-chelsio-20230320-lp154.2.1.noarch kernel-firmware-nvidia-20230320-lp154.2.1.noarch kernel-firmware-bluetooth-20230320-lp154.2.1.noarch kernel-firmware-i915-20230320-lp154.2.1.noarch kernel-firmware-prestera-20230320-lp154.2.1.noarch purge-kernels-service-0-150200.8.6.1.noarch kernel-firmware-atheros-20230320-lp154.2.1.noarch kernel-firmware-mellanox-20230320-lp154.2.1.noarch kernel-firmware-platform-20230320-lp154.2.1.noarch kernel-firmware-ath11k-20230320-lp154.2.1.noarch kernel-firmware-mediatek-20230320-lp154.2.1.noarch kernel-firmware-sound-20230320-lp154.2.1.noarch Laicolasse:~ # Laicolasse:~ # ip addr 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 valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether f4:a8:0d:7a:49:01 brd ff:ff:ff:ff:ff:ff altname enp3s0f0 inet 192.168.2.17/16 brd 192.168.255.255 scope global dynamic noprefixroute eth0 valid_lft 43148sec preferred_lft 43148sec inet6 fe80::f6a8:dff:fe7a:4901/64 scope link noprefixroute valid_lft forever preferred_lft forever 3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000 link/ether ee:19:17:ef:15:3d brd ff:ff:ff:ff:ff:ff permaddr 60:e9:aa:a0:1a:49 altname wlp6s0 Laicolasse:~ # Network manager now recognizes wlan, and it works instantly. Although an ssh terminal seems to give slow response to typing, with an AP just 2 meters away. I can provide any other information you need, on request. -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1209980 http://bugzilla.opensuse.org/show_bug.cgi?id=1209980#c1 Takashi Iwai <tiwai@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |tiwai@suse.com Resolution|--- |WONTFIX --- Comment #1 from Takashi Iwai <tiwai@suse.com> --- It's already supported on Leap 15.5. Backporting to Leap 15.4 is too difficult due to kABI compatibility. Note that ath11k driver has a known problem for the hibernation even in the upsteram code. It may lead to a kernel panic. There is a workaround with a systmd hook (bsc#1207948). -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1209980 http://bugzilla.opensuse.org/show_bug.cgi?id=1209980#c2 --- Comment #2 from Carlos Robinson <carlos.e.r@opensuse.org> --- If 15.5 supports it, that's fine, but I have been told it isn't: <https://lists.opensuse.org/archives/list/users@lists.opensuse.org/message/LJBW2M24IVP5NN7ROACLRI4V7DZ7IZ56/> Thank you very much for the information about hibernation. I'll add some information: There is a setting in the BIOS aka UEFI that says: Sleep State: Windows and Linux vs Linux S3 hibernation With the default first choice, the machine does not reach hibernation: Mar 29 20:47:06 Laicolasse kernel: Wakeup pending. Abort CPU freeze. Using the second option, the machine indeed does panic, but before powering off during hibernation. I have logs: <https://paste.opensuse.org/pastes/46f774d01960> Do you want this information in another bug, or is it known? -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1209980 http://bugzilla.opensuse.org/show_bug.cgi?id=1209980#c3 --- Comment #3 from Takashi Iwai <tiwai@suse.com> --- Please try it out. If it doesn't work, open the new bug for Leap 15.5 instead. -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1209980 http://bugzilla.opensuse.org/show_bug.cgi?id=1209980#c4 --- Comment #4 from Carlos Robinson <carlos.e.r@opensuse.org> --- I assume you mean try 15.5. Would trying the kernel of 15.5 in Leap 15.4 suffice? Or is it preferable a full 15.5 install? I reserved disk space for another install. -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1209980 http://bugzilla.opensuse.org/show_bug.cgi?id=1209980#c5 --- Comment #5 from Takashi Iwai <tiwai@suse.com> --- Yes, basically the update of kernel-default-* and kernel-firmware-* packages should suffice for testing. Once after confirmation, though, it might be worth upgrading the whole, as there are updates of Mesa and other stuff on Leap 15.5, too. -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1209980 http://bugzilla.opensuse.org/show_bug.cgi?id=1209980#c6 --- Comment #6 from Takashi Iwai <tiwai@suse.com> --- Err, sorry, I must have been confused with a different model. This one is with Mediatek chip, not Atheros one, that is shipped on T14s. So this one is a completely different chip. I guess it's still possible to take backports to Leap 15.5, but maybe not for Leap 15.5 GA kernel but only in the update kernel. Let's see. -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1209980 http://bugzilla.opensuse.org/show_bug.cgi?id=1209980#c7 Takashi Iwai <tiwai@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Version|Leap 15.4 |Leap 15.5 Resolution|WONTFIX |--- OS|openSUSE Leap 15.4 |openSUSE Leap 15.5 --- Comment #7 from Takashi Iwai <tiwai@suse.com> --- OK, let's reopen and fix for Leap 15.5. -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1209980 http://bugzilla.opensuse.org/show_bug.cgi?id=1209980#c8 Takashi Iwai <tiwai@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |carlos.e.r@opensuse.org Flags| |needinfo?(carlos.e.r@opensu | |se.org) --- Comment #8 from Takashi Iwai <tiwai@suse.com> --- A test Leap 15.5 kernel with the (tons of) backports for mt76 devices is being built in OBS home:tiwai:bsc1209980 repo. Once after the build finishes successfully (fingers crossed), please give it a try together with the firmware files from SLE15-SP5 repo. -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1209980 http://bugzilla.opensuse.org/show_bug.cgi?id=1209980#c9 Carlos Robinson <carlos.e.r@opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(carlos.e.r@opensu | |se.org) | --- Comment #9 from Carlos Robinson <carlos.e.r@opensuse.org> --- Wow, thanks. :-) I went the full route and installed 15.5 in another partition. I had left space for this in advance, it was my intention anyway. Just a bit more work and time. Then added your repo, and told YaST to switch to it. It works :-D Beta:~ # inxi -nN Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169 IF: eth0 state: down mac: f4:a8:0d:7a:49:01 Device-2: MEDIATEK MT7922 802.11ax PCI Express Wireless Network Adapter driver: mt7921e IF: wlan0 state: up mac: 60:e9:aa:a0:1a:49 Beta:~ # Beta:~ # ip addr 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 valid_lft forever preferred_lft forever 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether f4:a8:0d:7a:49:01 brd ff:ff:ff:ff:ff:ff altname enp3s0f0 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 60:e9:aa:a0:1a:49 brd ff:ff:ff:ff:ff:ff altname wlp6s0 inet 192.168.2.18/16 brd 192.168.255.255 scope global dynamic noprefixroute wlan0 valid_lft 42936sec preferred_lft 42936sec inet6 fe80::5a5f:fa3f:829f:ced2/64 scope link noprefixroute valid_lft forever preferred_lft forever Beta:~ # Do you want other information, logs, tests, whatever? -- You are receiving this mail because: You are the assignee for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1209980 Carlos Robinson <carlos.e.r@opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Lenovo L14 Gen3, wifi card |Lenovo L14 Gen3 AMD, wifi |not recognized. |card (Mediatek) not | |recognized. -- You are receiving this mail because: You are the assignee for the bug.
participants (1)
-
bugzilla_noreply＠suse.com