GPU: Ryzen 9 7900's iGPU (integrated within the CPU)
If I have an HDMI cable connected to my PC it will boot into Linux from the GRUB screen.
However, if I have a DisplayPort cable connected to my PC, it will boot to the GRUB screen OK, but once it tries to load Linux the screen goes black and the PC seems unresponsive.
This means that the PC is able to use the DisplayPort connector to display video - e.g. in the BIOS and also within the GRUB screen.
I looked in the GRUB menu for the entry it tries to load, hit 'e' to edit it and saw that there is a line near the beginning which says 'load_video'. I am thinking that this may be where it is failing, because it never seems to reach the line lower down where it loads the Linux kernel ('linux /boot/vmlinuz...').
After the PC froze, I disconnected the DisplayPort cable and reconnected the HDMI cable and rebooted into Linux. I looked at the 'journalctl' output and there was NO '-- Boot ... --' entry for that boot attempt when the DisplayPort cable was connected, therefore nothing is logged.
So if my thinking is correct, some setting that is being loaded with the 'load_video' command within the GRUB entry is failing and aborting when the DisplayPort cable is plugged in. But Linux boots fine if the HDMI cable is used.
Going further, I went to the command line in GRUB and entered the 'videoinfo' command to display info about the video adapters and modes available, and I noticed differences between the HDMI and DisplayPort outputs:
GRUB videoinfo output with HDMI cable connected:GRUB videoinfo output with DisplayPort cable connected:So it can be seen that the 'EDID' versions differ, but most importantly, when the DisplayPort cable is connected, videoinfo output shows that 'No preferred mode available'. I assume this is the problem but I don't know how to solve this.
Does anyone have an idea how to fix this?
If I have an HDMI cable connected to my PC it will boot into Linux from the GRUB screen.
However, if I have a DisplayPort cable connected to my PC, it will boot to the GRUB screen OK, but once it tries to load Linux the screen goes black and the PC seems unresponsive.
This means that the PC is able to use the DisplayPort connector to display video - e.g. in the BIOS and also within the GRUB screen.
I looked in the GRUB menu for the entry it tries to load, hit 'e' to edit it and saw that there is a line near the beginning which says 'load_video'. I am thinking that this may be where it is failing, because it never seems to reach the line lower down where it loads the Linux kernel ('linux /boot/vmlinuz...').
After the PC froze, I disconnected the DisplayPort cable and reconnected the HDMI cable and rebooted into Linux. I looked at the 'journalctl' output and there was NO '-- Boot ... --' entry for that boot attempt when the DisplayPort cable was connected, therefore nothing is logged.
So if my thinking is correct, some setting that is being loaded with the 'load_video' command within the GRUB entry is failing and aborting when the DisplayPort cable is plugged in. But Linux boots fine if the HDMI cable is used.
Going further, I went to the command line in GRUB and entered the 'videoinfo' command to display info about the video adapters and modes available, and I noticed differences between the HDMI and DisplayPort outputs:
GRUB videoinfo output with HDMI cable connected:
Code:
> videoinfoAdapter 'EFI GOP driver':* 0x000 2560 x 1440 x 32 ... all the other modes listed below EDID version: 1.3 Preferred mode: 2560 x 1440Code:
> videoinfoAdapter 'EFI GOP driver':* 0x000 2560 x 1440 x 32 ... all the other modes listed below EDID version: 1.4 No preferred mode availableDoes anyone have an idea how to fix this?
Statistics: Posted by froggit9000 — 2024-07-01 23:17 — Replies 1 — Views 45