[Bug 1140320] New: Kernel 5.1.16 kernel panics on Opensuse Leap 15.0
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320 Bug ID: 1140320 Summary: Kernel 5.1.16 kernel panics on Opensuse Leap 15.0 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel Assignee: kernel-maintainers@forge.provo.novell.com Reporter: maninredd@yahoo.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Created attachment 809374 --> http://bugzilla.opensuse.org/attachment.cgi?id=809374&action=edit Main kernel panic message from journalctl I have the Kernel:Stable repo enabled on one of my Leap 15.0 machines. July 3rd i did a update from 4.20 to 5.1.16 and after rebooting the system kernel panic'd and hard locked twice. It is the first hardlock that i was able to get a trace out of journalctl. The setup i have is after doing an update and having a new kernel install, wait until the system boots to grub, press e to edit, add a 3 to boot to runlevel 3, log in as root, install the Nvidia driver from the .run, mkinitrd, either rcxdm restart or systemctl reboot. In the case in which a log was recorded i never got to logging in as i had walked away and came back to the kernel panic message. See attached Bootlog named kernelpanic5.1.16.log for the cut down journalctl log. See attached boot2.log for the whole log. See Attached boot.log for the second hardlock where i was successfully able to log in and executed mkinitrd only. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320#c1
--- Comment #1 from Patrick Finie
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320#c2
--- Comment #2 from Patrick Finie
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320#c6
--- Comment #6 from Patrick Finie
Hrm, so it's hard to judge.
Patrick, could you test more recent kernels? At least the latest 5.1.x one in Kernel:stable repo, and 5.2-rc in Kernel:HEAD repo.
If you want to check whether 5.0.x was already broken, a kernel package is available in OBS home:tiwai:kernel:5.0 repo, too.
I did some more testing. There was a USB 3 card that was not functioning in the sense that no data would go through it. So on the discord support channel soomeone mentioned to remove that and see if things work. Well it got as far as Loading X to the desktop and now it is hardlocked with no control not even the enabled sysrq keys. Not sure how to debug this further as it seems to have booted fine. I cannot drop into a TTY, i cannot SSH in, the machine is absolutely unresponsive once it locks up. This time there is no trace. Let me know and i will boot into the older kernel and get the full unadulterated log for you. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320#c7
--- Comment #7 from Patrick Finie
(In reply to Takashi Iwai from comment #5)
Hrm, so it's hard to judge.
Patrick, could you test more recent kernels? At least the latest 5.1.x one in Kernel:stable repo, and 5.2-rc in Kernel:HEAD repo.
If you want to check whether 5.0.x was already broken, a kernel package is available in OBS home:tiwai:kernel:5.0 repo, too.
I did some more testing. There was a USB 3 card that was not functioning in the sense that no data would go through it. So on the discord support channel soomeone mentioned to remove that and see if things work. Well it got as far as Loading X to the desktop and now it is hardlocked with no control not even the enabled sysrq keys.
Not sure how to debug this further as it seems to have booted fine. I cannot drop into a TTY, i cannot SSH in, the machine is absolutely unresponsive once it locks up. This time there is no trace. Let me know and i will boot into the older kernel and get the full unadulterated log for you.
I noticed kernel 5.2 hit kernel:stable so i will test that out. Seems the trace for the Broadcom NetExtreme II happens on kernel 4.20 as well but doesnt cause a machine wide hardlock. Out of curiosity could it be one of the new vulnerability mitigation that is causing an issue? I will report more information as soon as i get it. The machine takes 5 minutes to get past the Memcheck > POST > IPMI Baseboard load > RAID card bios > Broadcom Baseboard > Then Grub I have a video on how long it takes for the machine to boot as a SSD would only solve everything post Grub :) Updates as soon as i get them. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320#c8
--- Comment #8 from Patrick Finie
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320#c9
--- Comment #9 from Patrick Finie
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320#c10
--- Comment #10 from Patrick Finie
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320
http://bugzilla.opensuse.org/show_bug.cgi?id=1140320#c11
--- Comment #11 from Patrick Finie
participants (1)
-
bugzilla_noreply@novell.com