Bug 2532853
| Summary: | [amdgpu] DMCUB firmware fails to load on kernel 7.2.5-200.fc44 (Ryzen 6800H / Radeon 680M "Rembrandt"/YELLOW_CARP), causing pageflip timeouts and a blank second monitor | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Kevin Soviero <ksoviero> |
| Component: | kernel | Assignee: | Justin M. Forbes <jforbes> |
| Status: | NEW --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 44 | CC: | acaringi, adscvr, agurenko, airlied, don.lind, fmarzec, hans, hpa, jforbes, kernel-maint, linville, marco.saluzzo, masami256, mchehab, nickolasjcarr, ptalbert, steved, suraj.ghimire7 |
| Target Milestone: | --- | Keywords: | Regression |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | --- | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | Type: | --- | |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Kevin Soviero
2026-09-14 04:45:11 UTC
I'm seeing the exact same symptoms (secondary monitor has been working but went black when I updated from 7.2.4-200 to 7.2.5-200) Also using Fedora 44 KDE Plasma (latest shipping versions) Primary monitor is working, Secondary monitor shows up in the system settings, but stays blank. I see the same log entries as above (e.g., "Pageflip timed out! This is a bug in the amdgpu kernel driver") My hardware is AMD 7735 HS processor using the onboard Radeon M680 graphics. It's configured with 32GB of DDR5 RAM and two HDMI video monitors running at 1920x1080 If I use GRUB to boot back to the previous 7.2.4-200 kernel, things are fine again (both monitors work as normal) This is just a "me too" report/comment in case it helps with anything. Confirming this regression on a Minisforum UM690 (AMD Ryzen 9 6900HX / Radeon 680M - Rembrandt / DCN 3.1).
Setup:
- OS: Fedora 43
- Displays: Dual Philips 275S (1x DP, 1x HDMI)
Behavior:
- On kernel 7.2.5-100.fc43: HDMI monitor gets no signal ("No video input"), remains black, and blocks login until physically disconnected.
- Journal log shows the same DMCUB cascaded failure and EDID CEA parsing error:
`amdgpu 0000:e4:00.0: [drm] *ERROR* dc_dmub_srv_log_diagnostic_data: DMCUB error - collecting diagnostic data`
`amdgpu 0000:e4:00.0: [drm] REG_WAIT timeout 1us * 100 tries - dcn31_program_compbuf_size line:142`
`amdgpu 0000:e4:00.0: [drm] *ERROR* EDID CEA parser failed`
Workaround:
- Booting back into kernel 7.1.13-100.fc43 completely resolves the issue, restoring both DP and HDMI outputs immediately.
I don't know how we get the attention of someone at Redhat/Fedora so they can update the kernel, but this issue has been being worked on here for the last month: https://gitlab.freedesktop.org/drm/amd/-/work_items/5616 With the resulting patch from AMD being available here: https://lore.kernel.org/amd-gfx/20260908113338.2433445-59-chen-yu.chen@amd.com/ I have just published a bug on the fedora message board: https://discussion.fedoraproject.org/t/kernel-7-2-5-amdgpu-regression-on-rembrandt-radeon-680m-patch-available-in-upstream-lore/202259 Let's see if this helps. This morning, Fedora 44 KDE Plasma updated to Linux Kernel 7.2.6-200.fc44.x86_64 (64-bit) and the issue is gone. Specifically, my secondary monitor is properly found during boot, and it works works fine. Thanks! Just upgraded and it's resolved for me as well. Having said that, I see in this thread that it apparently was due to the amdgpu firmware: https://bodhi.fedoraproject.org/updates/FEDORA-2026-1649616d86, which was apparently resolved in this linux-firmware package released 6 days ago: https://bodhi.fedoraproject.org/updates/FEDORA-2026-91cb8c4497 However, upgrading that package doesn't rebuild the initramfs, so it was only after upgrading the kernel, which triggered rebuilding the initramfs, that this actually resolved for us. Maybe initramfs rebuilds should be triggered on packages like linux-firmware? I am seeing a very similar regression on a Beelink SER6 with an AMD Radeon 680M (Rembrandt), running Fedora 44. Kernel 7.1.13: HDMI output to my TV works normally. Kernel 7.2.x (including 7.2.7): when using Gamescope as the compositor for Steam, the TV receives no HDMI signal. Returning to kernel 7.1.13 immediately restores HDMI output. I have already updated both linux-firmware and amd-gpu-firmware. The issue is specific to the Gamescope/Steam setup: if I start a normal GNOME session using Mutter, the HDMI output works even with the newer kernel. The relevant setup is: Hardware: Beelink SER6 GPU: AMD Radeon 680M OS: Fedora 44 Affected kernels: 7.2.x, tested through 7.2.7 Working kernel: 7.1.13 Display: HDMI-connected TV Affected compositor: Gamescope Working compositor: Mutter This makes me wonder whether there is a regression in the AMDGPU/DRM/KMS path used by Gamescope, in addition to the DMCUB/HDMI issues already reported here. That sounds like it might be a separate regression, I'd recommend searching https://gitlab.freedesktop.org/drm/amd/-/issues and opening an issue there if you can't find anything. Make sure you include logs, package versions, and anything else you can think of. |