Description of problem: Using Kernel 4.18* prevents Lenovo X230 (embedded Intel 4000 VGA) to boot when docked. It gives blank screen when docked. Version-Release number of selected component (if applicable): How reproducible: 100% with all currently available 4.18 kernels Steps to Reproduce: 1. update to Kernel 4.18* 2. Dock the laptop 3. Reboot Actual results: Blank Screen Expected results: Normal Boot Additional info: setting nomodeset / removing rhgb allows the docked laptop to boot into text mode Undocking the laptop allows it to boot normally. Downgrading to kernel 4.17 resumes normal boot docked and not docked.
Can you try adding: "fbcon=nodefer" to the kernel commandline and see if that helps ? And when you say: "removing rhgb allows the docked laptop to boot into text mode" do you mean that you get the boot messages (and maybe the diskcrypt passwd dialog) in text mode and the the normal graphical login, or does it boot to a text login then (while you normally get a graphical login) ?
Boots in text login. startx from the cli fails with "No display found" error. Will try the suggested boot line amendment and revert.
kernel-tools-4.18.13-200.fc28 kernel-headers-4.18.13-200.fc28 kernel-4.18.13-200.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-9f4381d8c4
kernel-headers-4.18.13-100.fc27 kernel-tools-4.18.13-100.fc27 kernel-4.18.13-100.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-2ee3411cb8
Adding "fbcon=nodefer" restores the expected behaviour using 4.18.12-200.fc28.x86_64
(In reply to Theophanis Kontogiannis from comment #5) > Adding "fbcon=nodefer" restores the expected behaviour using > 4.18.12-200.fc28.x86_64 Thanks, then the 4.18.13-200.fc28 should fix this, but the problem will return when you upgrade to F29. So to be clear, you are booting your laptop into text mode and then starting X with "startx", right ? I assume you are starting your laptop in UEFI mode ? If you don't know do: "ls /sys/firmware/efi/efivars/" if that returns a bunch of files then you are in UEFI mode.
Will test 4.18.13-200 and revert Adding "fbcon=nodefer" using 4.18.12-200.fc28.x86_64 was successful, booting straight into in graphical.target Manual launching startx from cli, was during efforts to debug (was provided as extra info). It is not the case for production. Can be ignored. [root@tweety-lap ~]# ls /sys/firmware/efi/efivars/ ls: cannot access '/sys/firmware/efi/efivars/': No such file or directory [root@tweety-lap ~]# ls /sys/firmware/ acpi dmi memmap
Ok, so you are not on UEFI and then fbcon=nodefer should not make a difference. And double checking I see that the patches to enable fbcon=defer support are not in the F28 kernel at all (as intended) so I'm not sure what you were seeing but fbcon=nodefer should not be helping. Can you retry 4.18.12-200.fc28.x86_64 without fbcon=nodefer (and without any other special params) ? I guess you were on an older 4.18.z before and the .12 may just contain a fix which is not related to deferred fbcon takeover at all.
Booting 4.18.12-200.fc28.x86_64 without fbcon=nodefer (and default boot cmd line) allows the laptop to boot in graphical.target when docked. Previously installed kernels: kernel-4.18.7-200.fc28 kernel-4.18.10-200.fc28 kernel-4.18.11-200.fc28
kernel-4.18.13-100.fc27, kernel-headers-4.18.13-100.fc27, kernel-tools-4.18.13-100.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-2ee3411cb8
kernel-4.18.13-200.fc28, kernel-headers-4.18.13-200.fc28, kernel-tools-4.18.13-200.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-9f4381d8c4
(In reply to Theophanis Kontogiannis from comment #9) > Booting 4.18.12-200.fc28.x86_64 without fbcon=nodefer (and default boot cmd > line) allows the laptop to boot in graphical.target when docked. Ok, then this indeed is not related to fbcon=defer support and something else was broken in older 4.18.x kernels which is fixed in 4.18.12. Either way since this is fixed in 4.18.12+, this bug can be closed now :)
kernel-4.18.13-200.fc28, kernel-headers-4.18.13-200.fc28, kernel-tools-4.18.13-200.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.
kernel-4.18.13-100.fc27, kernel-headers-4.18.13-100.fc27, kernel-tools-4.18.13-100.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.