|
Bugzilla – Full Text Bug Listing |
| Summary: | display-manager freezes with new Kernel 5.10.4-1 on bare metal laptop | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Tumbleweed | Reporter: | Felix Niederwanger <felix.niederwanger> |
| Component: | Kernel | Assignee: | Takashi Iwai <tiwai> |
| Status: | RESOLVED DUPLICATE | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | felix.niederwanger, fkrueger, ilgaz, jslaby, luismiguel427, marc.collin, michiel, petr.vorel, tiwai, vuntz |
| Version: | Current | Flags: | jslaby:
needinfo?
(felix.niederwanger) |
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | journal.txt | ||
> Jan 05 09:55:33 racetrack-7290 kernel: i915 0000:00:02.0: [drm] Reducing the compressed framebuffer size. This may lead to less power savings than a non-reduced-size. Try to increase stolen memory size if available in BIOS.
Is this logged also with 5.9?
It might be a regression in HDMI audio Intel stuff that was backported from 5.11-rc1. Could you try to pass the boot option below? snd_hda_codec_hdmi.enable_silent_stream=0 Meanwhile I pushed the backported fix to stable/for-next branch now. Thanks for looking into this! The suggested boot option solved the issue for me.
I've added snd_hda_codec_hdmi.enable_silent_stream=0 in the GRUB entry and the system is functional again. Tried a reboot without this entry and ended up with a frozen system again. It looks indeed like a regression in the HDMI audio system.
The line
> Jan 05 09:55:33 racetrack-7290 kernel: i915 0000:00:02.0: [drm] Reducing the compressed framebuffer size. This may lead to less power savings than a non-reduced-size. Try to increase stolen memory size if available in BIOS.
is present also in the 5.9 logs.
OK, good to hear. Then the fix is on its way now. Nice! Thank you. I can confirm I also have the same issue (works fine in 5.10.3, hangs on 5.10.4) but I'm using a DisplayPort monitor. The HDMI boot option also worked, however. Same issue here although several issues happen after latest update. That boot argument fixes the "system not booting" issue though. Here is a system overview https://linux-hardware.org/?probe=01a22aa387 I can confirm also that booting while connected to a dell docking station (WD15) with two displayport monitors, display manager freezes. Even gdm login screen doesn't appear. Mentioned hdmi boot parameter fixes that. One import detail, I'm able to boot the same system (dell xps 13 9360) just fine while not connected to the dock and monitors. Affected with this on my Dell laptop as well on Tumbleweed kernels: kernel-default-5.11.rc2-1.1.gb4a462c.x86_64 kernel-default-5.10.4-1.1.x86_64 Going to test snd_hda_codec_hdmi.enable_silent_stream=0 as well. Since the kernel of Kernel:stable (https://build.opensuse.org/project/repository_state/Kernel:stable/standard) has the fix for the issue mentioned in comment 3, you should give it a try. (In reply to Frank Krüger from comment #10) > Since the kernel of Kernel:stable > (https://build.opensuse.org/project/repository_state/Kernel:stable/standard) > has the fix for the issue mentioned in comment 3, you should give it a try. Sorry, I meant comment 2. The HDMI audio fix went into Kernel:stable and on its way to TW. *** This bug has been marked as a duplicate of bug 1180543 *** i have this bug and i don't use hdmi... i use a dock with ma lenovo t420s, my monitor is connected via display port. snd_hda_codec_hdmi.enable_silent_stream=0 fix the issue Just for the record: Issue does not appear on updated 5.10.5-1-default kernel. Thanks for solving this! |
Created attachment 844838 [details] journal.txt Hi, After a Tumbleweed update this morning gdm3 and lightdm freeze on startup when using the new 5.10.4-1-default Kernel. When booting with the previous 5.9.14-1-default Kernel, the system works nicely. The boot sequence looks sane, the screen becomes grey and the mouse shows up but then it is completely frozen. Mouse does not move and the user display does not show up. Even switching to another tty is not possible. Remote login via ssh is possible though. This issue only occurs on my Dell Latitude 7290 Laptop and is not reproducible using a Tumbleweed VM. It occurs with gdm3 and with lightdm. I couldn't find anything conclusive in the journal logs or in dmesg.