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
Task Type Bug Report
Category Kernel
Status Closed
Assigned To Jan Alexander Steffens (heftig)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No

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
Comment by Jan Alexander Steffens (heftig) - Monday, 24 May 2021, 18:22 GMT
looks like an issue with the nouveau display driver.
Comment by Nicola Bay (drakkar1969) - Monday, 24 May 2021, 20:10 GMT
Thanks for the response! Uninstalled xf86-video-nouveau / blacklisted nouveau, checked with lsmod that nouveau is not loaded after reboot ... still getting the same issue:
Comment by Jan Alexander Steffens (heftig) - Monday, 24 May 2021, 21:55 GMT
This boot was with nomodeset?
Comment by Nicola Bay (drakkar1969) - Tuesday, 25 May 2021, 13:49 GMT
Really sorry, my mistake. This is the correct dmesg output with nouveau blacklisted (without nomodeset)
Apologies for the mix-up
Comment by boudin (boudin) - Tuesday, 15 June 2021, 10:24 GMT
I have the same issue on a HP Probook 450 G6.
I only have an intel igpu.
The issue is still there as part of 5.12.10, 5.11.16 works fine.
Comment by Nicola Bay (drakkar1969) - Tuesday, 15 June 2021, 15:43 GMT
Confirming issue also persists for me on 5.12.10
Comment by Rafał (Drakkv) - Saturday, 26 June 2021, 12:58 GMT
Same here HP Probook 450 G7 on 5.12.13 issue still persists.
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).
Comment by boudin (boudin) - Wednesday, 30 June 2021, 11:56 GMT
Do you know if anything is different in bios settings between the 2 laptops?
Comment by Rafał (Drakkv) - Friday, 02 July 2021, 06:55 GMT
Thanks for the response!
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.
Comment by Nicola Bay (drakkar1969) - Sunday, 04 July 2021, 07:27 GMT
Tried updating BIOS to S71 Ver. 01.09.00, still not working (last tested on 5.12.14)
Comment by boudin (boudin) - Wednesday, 21 July 2021, 13:46 GMT
I tried with linux-5.13.4.arch1-1 and still have the same issue.
Comment by Nicola Bay (drakkar1969) - Wednesday, 21 July 2021, 15:09 GMT
Same here
Comment by boudin (boudin) - Thursday, 22 July 2021, 07:49 GMT
I just noticed that this bug is also tracked here: https://gitlab.freedesktop.org/drm/intel/-/issues/3569
It seems that linux 5.14 is also affected
Comment by Benoit Izac (benizac) - Thursday, 22 July 2021, 08:16 GMT
Hello,

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.
Comment by Wolfgang Hahn (Heinrich) - Thursday, 09 September 2021, 10:20 GMT
I've a dell venue 11 pro, but had the same problem. The following procedure solved it for me (see https://wiki.archlinux.org/title/kernel_mode_setting).

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 ;-)
Comment by Nicola Bay (drakkar1969) - Thursday, 09 September 2021, 17:20 GMT
This fix (method 2) works for me on HP Probook 450 G7, linux 5.13.13.arch1-1, thanks!

Still not sure what the original cause is though ...
Comment by boudin (boudin) - Thursday, 09 September 2021, 19:35 GMT
That works for me as well
Comment by Slavi Pantaleev (s.pantaleev) - Wednesday, 15 September 2021, 08:35 GMT
I can confirm that the above workaround also works for me on an HP Elitebook 840 G5.

I wonder if there's an upstream issue that we can track.
Comment by Nicola Bay (drakkar1969) - Thursday, 30 September 2021, 15:45 GMT
Issue appears to be solved as of kernel version 5.14.8-arch1-1

See: https://gitlab.freedesktop.org/drm/intel/-/issues/3569
Comment by Benoit Izac (benizac) - Thursday, 30 September 2021, 17:13 GMT
Hello, since kernel version 5.14.7-arch1-1 precisely.

Loading...