[Bug 1127552] New: Disable fbcon deferred takeover behavior?
http://bugzilla.opensuse.org/show_bug.cgi?id=1127552 Bug ID: 1127552 Summary: Disable fbcon deferred takeover behavior? Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-maintainers@forge.provo.novell.com Reporter: tiwai@suse.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Currently we enable CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER=y. This is essentially useful only for the i915 fastboot. But we don't enable i915 fastboot as default, and we even keep the plymouth boot splash. The deferred console takeover has an obvious drawback that it doesn't initialize the graphics screen. On a bare metal, it'll lead to the BIOS boot logo again, which is confusing. And more badly, on KVM, it just shows some garbage. So, for our default setup, it's better to turn off the deferred takeover. However, one problem is that, if we set CONFIG_FRAMEBUFER_CONSOLE_DEFERRED_TAKEOVER=n, the deferred takeover behavior can't be enabled dynamically since the option disables at the compile time. So, if user wants to re-enable the deferred takeover together with i915.fastboot=1, it won't work unless you recompile the kernel. The deferred takeover can be disabled via boot option "fbcon=nodefer", too. But it's not practical to set this. Maybe we'd need a patch to provide the default value in addition to the existing CONFIG_FRAMEBUFFER_CONSOLE_DEFERRED_TAKEOVER... -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1127552
http://bugzilla.opensuse.org/show_bug.cgi?id=1127552#c1
--- Comment #1 from Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=1127552
Takashi Iwai
http://bugzilla.opensuse.org/show_bug.cgi?id=1127552
http://bugzilla.opensuse.org/show_bug.cgi?id=1127552#c2
Felix Miata
But after turning this error off, KVM really shows only the garbage for the plymouth boot splash, then jumps to the X screen. After switch back to VT1 (via "chvt 1"), the fbcon still doesn't appear and the window remains blank until you hit some key. That's really odd.
It wouldn't be so odd if VT2-6 don't remain blank (no KVM or Plymouth here to check). There was a long discussion about VT1 being special on https://lists.debian.org/debian-user/2019/01/msg01073.html a month ago. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1127552
http://bugzilla.opensuse.org/show_bug.cgi?id=1127552#c3
--- Comment #3 from Thomas Zimmermann
http://bugzilla.opensuse.org/show_bug.cgi?id=1127552
http://bugzilla.opensuse.org/show_bug.cgi?id=1127552#c4
--- Comment #4 from Takashi Iwai
participants (1)
-
bugzilla_noreply@novell.com