FS#71003 - linux 5.12.x black screen on boot - HP Probook 450 G7
Attached to Project:
Arch Linux
Opened by Nicola Bay (drakkar1969) - Monday, 24 May 2021, 15:41 GMT
Last edited by Jan Alexander Steffens (heftig) - Thursday, 30 September 2021, 17:18 GMT
Opened by Nicola Bay (drakkar1969) - Monday, 24 May 2021, 15:41 GMT
Last edited by Jan Alexander Steffens (heftig) - Thursday, 30 September 2021, 17:18 GMT
|
Details
Description:
Symptoms are very similar to those reported here https://bugs.archlinux.org/task/70726 - which appears to be solved for others as of linux 5.12.3.arch2-1. * System boots to black screen, system is working fine (I can log in blind) but screen is black, even when switching to tty * External HDMI display works * If I add the 'nomodeset' kernel parameter, display works when switching to tty Issue started with first update to linux 5.12.1, persists with linux 5.12.6. Working fine if I downgrade to linux 5.11.16. Output of dmesg (5.11.16 / 5.12.6): |
This task depends upon
Closed by Jan Alexander Steffens (heftig)
Thursday, 30 September 2021, 17:18 GMT
Reason for closing: Fixed
Additional comments about closing: 5.14.7-arch1-1
Thursday, 30 September 2021, 17:18 GMT
Reason for closing: Fixed
Additional comments about closing: 5.14.7-arch1-1
Apologies for the mix-up
I only have an intel igpu.
The issue is still there as part of 5.12.10, 5.11.16 works fine.
I have friend with the same HP Probook 450 G7 5.12.11 and main screen is working.
Unfortunately 5.12.11 does not solve this problem for me.
dmesg_5.12.11 file is from friend HP Probook 450 G7 (working).
dmesg_5.12.13 file is from my HP Probook 450 G7 (not working).
dmesg_5.12.11 (77.8 KiB)
DMI: HP HP ProBook 450 G7/86A0, BIOS S71 Ver. 01.07.02 10/29/2020 -> Working
DMI: HP HP ProBook 450 G7/86A0, BIOS S71 Ver. 01.03.00 12/26/2019 -> Not working
DMI: HP HP ProBook 450 G7/86A0, BIOS S71 Ver. 01.08.02 01/27/2021 -> Not working (Nicola Bay)
Over the weekend, I will compare BIOS settings in more detail.
It seems that linux 5.14 is also affected
I reported this bug a month ago to the developers of i915. I think the problem comes from EDID which is wrong with my screen or the parser is buggy.
It will be interesting that you give the output of ``edid-decode "/sys/class/drm/card0-eDP-1/edid"'' (change card number if necessary).
I still use LTS kernel for the moment, I tried 5.13.4 yesterday but it does not work.
Boot a working kernel (linux-lts in my case).
$ mkdir /usr/lib/firmware/edid
First trail - did not work for me
$ pacman -S read-edid
$ get-edid > /usr/lib/firmware/edid/1920x1080.bin
...
Looks like no busses have an EDID. Sorry!
...
Second trial - this worked:
$ cat /sys/class/drm/card0-eDP-1/edid > /usr/lib/firmware/edid/1920x1080.bin
"card0-eDP-1" may vary in your case.
Check if 1920x1080.bin contains useful data:
$ trizen -S edid-decode-git
$ edid-decode /usr/lib/firmware/edid/1920x1080.bin
Add to the kernel command line(s) with the black screen (in my case 5.14.0-1-mainline):
drm.edid_firmware=edid/1920x1080.bin
This applies to all connectors. See the arch wiki above on how to apply it only to a specific connector.
Reboot this kernel -> boots w/o black screen ;-)
Still not sure what the original cause is though ...
I wonder if there's an upstream issue that we can track.
See: https://gitlab.freedesktop.org/drm/intel/-/issues/3569