Bugzilla – Bug 1221114
Kernel oopses when trying to connect via WiFi
Last modified: 2024-06-25 18:19:38 UTC
Created attachment 873297 [details] messages log. Kernel oopses when trying to connect via WiFi with Network Manager (after entering the password for the wifi). On next boot, NM icon does not appear, "ip addr" hardlocks, "zypper install" hardlocks. Network via eth0 keeps running. I don't know if this is related or not.
Could you try the latest kernel in OBS Kernel:SLE15-SP6 repo? http://download.opensuse.org/repositories/Kernel:/SLE15-SP6/pool/ The potential fix is already included there. You'd better to keep the old Leap 15.5 kernel on your system until the WiFi issue gets solved. Then try other kernels.
I can not try anything, sorry. "zypper install ..." hardlocks and I can not install anything (Bug 1221117 - zypper hardlocks) . Even "ip addr" hardlocks. Network manager does not show, is dead. Eth0 is up, but I do not know the address so I can not ssh-in. I can ssh-out. This is on a different boot that when the kernel oopsed. This is a fresh install of 15.6 beta on freshly formatted partition, true hardware. Dedicated partition for testing. I'm contemplating installing fresh again on next alpha.
*** Bug 1221117 has been marked as a duplicate of this bug. ***
(In reply to Carlos Robinson from comment #2) > I can not try anything, sorry. > > "zypper install ..." hardlocks and I can not install anything (Bug 1221117 - > zypper hardlocks) . Even "ip addr" hardlocks. Network manager does not show, > is dead. Eth0 is up, but I do not know the address so I can not ssh-in. I > can ssh-out. > > This is on a different boot that when the kernel oopsed. > > This is a fresh install of 15.6 beta on freshly formatted partition, true > hardware. Dedicated partition for testing. Try to blacklist the wireless modules, reboot without WiFi, and continue the installation of leap 15.5 kernel over Ethernet. If it doesn't work, boot with Leap 15.5 recovery image, and install the leap 15.5 kernel there, then boot with it. Or try to > > I'm contemplating installing fresh again on next alpha.
I created /lib/modules/50-blacklist-wlan.conf with content: blacklist mac80211 and rebooted. Module is loaded all the same and command "ip addr" still locks. Then I blacklisted "rfcomm" and rebooted. Module was not loaded, but "ip addr" still hardlocks. Ah, and I could not login as user, had to log to xfce as root (there is no any other user yet). Any suggestion of what modules to blacklist?
(In reply to Carlos Robinson from comment #5) > I created /lib/modules/50-blacklist-wlan.conf with content: > > blacklist mac80211 This doesn't help. Instead, blacklist the WiFi driver module itself, e.g. mt7921e. Check your lsmod output.
Thank you, that worked, and I managed to install kernel from http://download.opensuse.org/repositories/Kernel:/SLE15-SP6/pool/; removed the blacklist and rebooted. Unfortunately, "ip addr" still locks, and the messages log shows an Oops. Network Manager is dead. ssh-in fails. uname says (can not paste, no ssh-in) it is 6.4.0-150600.146.gb9d5... I will attach the journal log.
Created attachment 873360 [details] journal log
Thanks. So it wasn't fixed yet as I expected... I'll take a deeper look.
I found the likely culprit. It was missing hunks in the patch patches.suse/wifi-mt76-move-struct-ieee80211_chanctx_conf-up-to-s.patch A test kernel with the fix is being built in OBS home:tiwai:bsc1221114 repo. Once after the build finishes (takes an hour or so), the package will appear at http://download.opensuse.org/repositories/home:/tiwai:/bsc1221114/pool/ Could you give it a try later?
Yes, just booted with that kernel, with blacklist removed, and ip addr doesn't lock. localhost:~ # journalctl -b 0 | grep -i oops localhost:~ # Now I will try to configure wlan, but I will commit this comment just in case of trouble.
Oh, wlan was already working, I hadn't noticed :-) Disconnected eth cable and I can still ping and write here. Excellent! I will then leave the laptop powered up for days (+ suspend/hibernate) to check for Bug 1217495 WiFi fails to re-connect on return from suspend, occasionally."
Good to hear. The fix is already in SLE15-SP6 kernel git branch, and will be included in the update of this week.