Package: src:linux
Version: 7.1.3-1
Severity: important
Tags: patch upstream fixed-upstream
X-Debbugs-Cc: [email protected]
Dear Maintainer,
Since the 7.1.x kernels, systems with AMD CIK/GCN1.1 APUs (Kaveri,
Kabini, Mullins) that use the analog VGA output get no display signal
at all: the monitor enters power save at KMS takeover and never wakes.
The machine is otherwise healthy (reachable over SSH). 7.0.x kernels
are fine.
Hardware here: AMD A10-7850K (Kaveri, DCE 8.1), MSI A68HM-E33, VGA
monitor on the onboard output. On these boards the VGA connector is
driven through a NUTMEG DP-to-VGA bridge chip.
Root cause (upstream): Linux 7.1 switched CIK APUs to the amdgpu DC
display stack by default (c81f35cdbab2 "drm/amdgpu: Use DC by default
on CIK APUs"). DC's support for the NUTMEG bridge requires forcing the
DP link rate to HBR, but upstream commit
a62346043a89 ("drm/amd/display: Fix coding style issue")
inadvertently broke that quirk (the preferred link rate is no longer
applied to the link setting the algorithm iterates from), so DP link
training against the bridge fails at RBR and the output stays dark:
[drm] enabling link 2 failed: 15 (DC_FAIL_DP_LINK_TRAINING)
Upstream fix: "drm/amd/display: Fix preferred link rate for NUTMEG" by
Timur Kristóf,
https://lore.kernel.org/amd-gfx/[email protected]/
Reviewed-by: Fangzhi Zuo, applied to the amdgpu maintainer tree on
2026-07-10; not yet in mainline or 7.1.y at the time of writing. Also
tracked as https://gitlab.freedesktop.org/drm/amd/-/issues/5465.
I verified the fix on the affected machine: applying just that one
patch on top of the 7.1.3 Debian kernel source (config and
Module.symvers from linux-image/headers 7.1.3+deb14-amd64, only
amdgpu.ko rebuilt) restores VGA output with DC enabled, across three
consecutive reboots.
The patch is attached; it is small (3 lines, one file:
drivers/gpu/drm/amd/display/dc/link/protocols/link_dp_capability.c)
and applies cleanly to 7.1.3.
Please consider cherry-picking it into the next src:linux upload
rather than waiting for it to trickle through 7.1.y — the regression
makes the console unusable on all Kaveri/Kabini/Mullins VGA systems
(this affects testing/forky too, which ships the same 7.1.3-1),
and its Fixes: tag references a non-mainline hash, so the stable
autoselection may not pick it up automatically (reported upstream).
Workaround for affected users meanwhile: boot with amdgpu.dc=0.
Additional evidence available on request: full dmesg of good/bad boots, DRM
atomic state showing no active CRTC on the bad kernel.
From: Timur Kristóf <[email protected]>
Date: Fri, 29 May 2026 09:09:08 +0000
Subject: [PATCH 1/2] drm/amd/display: Fix preferred link rate for NUTMEG
When there is a preferred link rate setting, it needs to be
applied to both the current and initial link rate.
This was regressed by a "coding style" fix, which caused
the current link rate to not respect the preferred value.
This commit restores the functionality of NUTMEG,
the DP bridge encoder found on old APUs such as Kaveri.
Fixes: b74322eea36b ("drm/amd/display: Fix coding style issue")
Cc: Chuanyu Tseng <[email protected]>
Signed-off-by: Timur Kristóf <[email protected]>
---
.../drm/amd/display/dc/link/protocols/link_dp_capability.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/display/dc/link/protocols/link_dp_capability.c b/drivers/gpu/drm/amd/display/dc/link/protocols/link_dp_capability.c
index 817b4010edcbe..f44c13300a59c 100644
--- a/drivers/gpu/drm/amd/display/dc/link/protocols/link_dp_capability.c
+++ b/drivers/gpu/drm/amd/display/dc/link/protocols/link_dp_capability.c
@@ -750,8 +750,10 @@ static bool decide_dp_link_settings(struct dc_link *link, struct dc_link_setting
if (req_bw > dp_link_bandwidth_kbps(link, &link->verified_link_cap))
return false;
- if (link->preferred_link_setting.link_rate != LINK_RATE_UNKNOWN)
+ if (link->preferred_link_setting.link_rate != LINK_RATE_UNKNOWN) {
initial_link_setting.link_rate = link->preferred_link_setting.link_rate;
+ current_link_setting.link_rate = link->preferred_link_setting.link_rate;
+ }
/* search for the minimum link setting that:
* 1. is supported according to the link training result
--
2.53.0
