Bug 2374856 - Secondary HDMI monitor receives no signal in kernel 6.15 [NEEDINFO]
Summary: Secondary HDMI monitor receives no signal in kernel 6.15
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 42
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2025-06-25 21:23 UTC by devitt.cs
Modified: 2025-09-29 09:39 UTC (History)
15 users (show)

Fixed In Version: kernel-6.15.4-200.fc42 kernel-6.15.4-100.fc41
Clone Of:
Environment:
Last Closed: 2025-06-30 02:21:51 UTC
Type: ---
Embargoed:
aljustiet: needinfo? (devitt.cs)


Attachments (Terms of Use)
kernel 6.14 logs normal bootup ( working monitors ) (136.54 KB, text/plain)
2025-06-25 21:28 UTC, devitt.cs
no flags Details
kernel 6.15 logs issue-present bootup ( HDMI monitor not receiving signal ) (152.29 KB, text/plain)
2025-06-25 21:30 UTC, devitt.cs
no flags Details
kernel 6.16 rawhide logs issue-present bootup ( HDMI monitor not receiving signal ) (187.86 KB, text/plain)
2025-06-25 21:30 UTC, devitt.cs
no flags Details

Description devitt.cs 2025-06-25 21:23:11 UTC
1. Please describe the problem:

When using kernel-6.15.3-200.fc42.x86_64 / Fedora 42 Workstation, the HDMI monitor never receives a signal (enters power-saving mode and turns off).

The following message comes up in journalctl kernel logs:

fedora kernel: [drm:parse_edid_cea.constprop.0.isra.0 [amdgpu]] *ERROR* EDID CEA parser failed

However when going back to Linux fedora 6.14.11-300.fc42.x86_64, the HDMI monitor works perfectly without the above kernel message.

In the display options in Workstation settings UI, the monitor appears enabled and working.  Toggling it on and off does not remedy the issue.  Nor does adjusting refresh rate or resolution.  If the primary displayport monitor is disabled and the secondary hdmi monitor is left enabled, 
it also does not remedy the issue.

The monitor itself acts as though no signal is received and enters power-saving mode (screen goes black, power led goes from white to amber.

Additionally and Interestingly enough, but perhaps not related, is if a virtual machine is started with a vfio-pci setup with a DisplayPort output from another GPU, the monitor also fails to receive a signal.


2. What is the Version-Release number of the kernel:

6.15.3-200.fc42.x86_64

3. Did it work previously in Fedora? If so, what kernel version did the issue
   *first* appear?  Old kernels are available for download at
   https://koji.fedoraproject.org/koji/packageinfo?packageID=8 :

Yes.  It works in 6.14.11-300.fc42.x86_64


4. Can you reproduce this issue? If so, please provide the steps to reproduce
   the issue below:

Yes.  Simply restart fedora and select the 6.15 kernel.  

5. Does this problem occur with the latest Rawhide kernel? To install the
   Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by
   ``sudo dnf update --enablerepo=rawhide kernel``:

Yes, with additional kernel errors logged:


kernel: amdgpu 0000:15:00.0: [drm] *ERROR* LTTPR count is nonzero but invalid lane count reported. Assuming no LTTPR present.
kernel: amdgpu 0000:15:00.0: [drm] *ERROR* dc_dmub_srv_log_diagnostic_data: DMCUB error - collecting diagnostic data
kernel: amdgpu 0000:15:00.0: [drm] *ERROR* Error queueing DMUB command: status=2
kernel: amdgpu 0000:15:00.0: amdgpu: [drm] *ERROR* EDID CEA parser failed

6. Are you running any modules that not shipped with directly Fedora's kernel?:

No


7. Please attach the kernel logs. You can get the complete kernel log
   for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the
   issue occurred on a previous boot, use the journalctl ``-b`` flag.

i do not see an attach button on this form.  ill try submitting first to see if it appears afterwards.

Reproducible: Always

Steps to Reproduce:
1.  Select 6.15 or rawhide 6.16 kernel
2.  Startup
3.  Observe HDMI monitor not receiving signal
Actual Results:
Above journalctl kernel messages appear.

Expected Results:
Monitor should function, with no kernel amdgpu errors

Additional Information:
$ glxinfo | grep -e OpenGL.vendor -e OpenGL.renderer
OpenGL vendor string: AMD
OpenGL renderer string: AMD Radeon Graphics (radeonsi, raphael_mendocino, LLVM 20.1.6, DRM 3.61, 6.14.11-300.fc42.x86_64)
$ lspci -n -n -k | grep -A 2 -e VGA -e 3D
15:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Raphael [1002:164e] (rev c9)
	Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:7e12]
	Kernel driver in use: amdgpu


$ sudo ddcutil detect
Display 1
   I2C bus:  /dev/i2c-0
   DRM connector:           card1-HDMI-A-1
   EDID synopsis:
      Mfg id:               LEN - Lenovo Group Limited
      Model:                LEN Y27q-20
      Product code:         26094  (0x65ee)
      Serial number:        
      Binary serial number: 911365955 (0x36525743)
      Manufacture year:     2020,  Week: 9
   VCP version:         2.2

Display 2
   I2C bus:  /dev/i2c-4
   DRM connector:           card1-DP-1
   EDID synopsis:
      Mfg id:               LEN - Lenovo Group Limited
      Model:                LEN Y27q-20
      Product code:         26094  (0x65ee)
      Serial number:        
      Binary serial number: 911759921 (0x36585a31)
      Manufacture year:     2020,  Week: 15
   VCP version:         2.2


$ xrandr --current
Screen 0: minimum 16 x 16, current 5120 x 1440, maximum 32767 x 32767
DP-1 connected primary 2560x1440+0+0 (normal left inverted right x axis y axis) 600mm x 340mm
   2560x1440    143.91*+
   1920x1440    143.90  
   1600x1200    143.89  
   1440x1080    143.80  
   1400x1050    143.89  
   1280x1024    143.79  
   1280x960     143.86  
   1152x864     143.92  
   1024x768     143.87  
   800x600      143.83  
   640x480      143.85  
   320x240      142.05  
   1920x1200    143.89  
   1680x1050    143.88  
   1440x900     143.86  
   1280x800     143.84  
   1152x720     143.77  
   960x600      143.72  
   928x580      143.50  
   800x500      143.68  
   768x480      143.69  
   720x480      143.85  
   640x400      143.37  
   320x200      141.40  
   2048x1152    143.88  
   1920x1080    143.88  
   1600x900     143.93  
   1368x768     143.77  
   1280x720     143.67  
   1024x576     143.91  
   864x486      143.63  
   720x400      143.88  
   640x350      143.57  
HDMI-1 connected 2560x1440+2560+0 (normal left inverted right x axis y axis) 600mm x 340mm
   2560x1440    143.91*+
   1920x1440    143.90  
   1600x1200    143.89  
   1440x1080    143.80  
   1400x1050    143.89  
   1280x1024    143.79  
   1280x960     143.86  
   1152x864     143.92  
   1024x768     143.87  
   800x600      143.83  
   640x480      143.85  
   320x240      142.05  
   1920x1200    143.89  
   1680x1050    143.88  
   1440x900     143.86  
   1280x800     143.84  
   1152x720     143.77  
   960x600      143.72  
   928x580      143.50  
   800x500      143.68  
   768x480      143.69  
   720x480      143.85  
   640x400      143.37  
   320x200      141.40  
   2048x1152    143.88  
   1920x1080    143.88  
   1600x900     143.93  
   1368x768     143.77  
   1280x720     143.67  
   1024x576     143.91  
   864x486      143.63  
   720x400      143.88  
   640x350      143.57

Comment 1 devitt.cs 2025-06-25 21:28:42 UTC
Created attachment 2095173 [details]
kernel 6.14 logs normal bootup ( working monitors )

This 6.14 kernel log shows a normal bootup where the issue is not present and the system is nominal.

Comment 2 devitt.cs 2025-06-25 21:30:11 UTC
Created attachment 2095174 [details]
kernel 6.15 logs issue-present bootup ( HDMI monitor not receiving signal )

Comment 3 devitt.cs 2025-06-25 21:30:40 UTC
Created attachment 2095175 [details]
kernel 6.16 rawhide logs issue-present bootup ( HDMI monitor not receiving signal )

Comment 4 Fedora Update System 2025-06-27 19:12:38 UTC
FEDORA-2025-7feed8b25a (kernel-6.15.4-200.fc42 and linux-firmware-20250627-1.fc42) has been submitted as an update to Fedora 42.
https://bodhi.fedoraproject.org/updates/FEDORA-2025-7feed8b25a

Comment 5 Fedora Update System 2025-06-27 19:12:56 UTC
FEDORA-2025-f6f8526a43 (kernel-6.15.4-100.fc41 and linux-firmware-20250627-1.fc41) has been submitted as an update to Fedora 41.
https://bodhi.fedoraproject.org/updates/FEDORA-2025-f6f8526a43

Comment 6 Fedora Update System 2025-06-28 02:08:55 UTC
FEDORA-2025-7feed8b25a has been pushed to the Fedora 42 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-7feed8b25a`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-7feed8b25a

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 7 Fedora Update System 2025-06-28 02:33:48 UTC
FEDORA-2025-f6f8526a43 has been pushed to the Fedora 41 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-f6f8526a43`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-f6f8526a43

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 8 Fedora Update System 2025-06-30 02:21:51 UTC
FEDORA-2025-7feed8b25a (kernel-6.15.4-200.fc42 and linux-firmware-20250627-1.fc42) has been pushed to the Fedora 42 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 9 Fedora Update System 2025-06-30 02:46:13 UTC
FEDORA-2025-f6f8526a43 (kernel-6.15.4-100.fc41 and linux-firmware-20250627-1.fc41) has been pushed to the Fedora 41 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 10 aljustiet 2025-07-28 14:39:28 UTC
Same issue on Arch, ThinkPad T14s Gen 3 Amd Ryzen 7 6850U, linux: linux-mainline 6.16rc7-1 and linux-firmware: linux-firmware 20250708-1.

Comment 11 wardrose4 2025-09-29 09:39:35 UTC
(In reply to Fedora Update System from comment #7)
> FEDORA-2025-f6f8526a43 has been pushed to the Fedora 41 testing repository.
> Soon you'll be able to install the update with the following command:
> `sudo dnf upgrade --enablerepo=updates-testing --refresh
> --advisory=FEDORA-2025-f6f8526a43`
> You can provide feedback for this update here:
> https://bodhi.fedoraproject.org/updates/FEDORA-2025-f6f8526a43 https://basketrandom.com
> 
> See also https://fedoraproject.org/wiki/QA:Updates_Testing for more
> information on how to test updates.

Have you personally tested this update on Fedora 41 yet? If so, did you notice any performance changes or issues with specific packages after running the upgrade command?


Note You need to log in before you can comment on or make changes to this bug.