Re: [tip: x86/urgent] x86/CPU/AMD: Add RDSEED fix for Zen5
From: Peter Jung
Date: Mon Nov 03 2025 - 09:03:25 EST
On 10/28/25 13:01, tip-bot2 for Gregory Price wrote:
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 607b9fb2ce248cc5b633c5949e0153838992c152
Gitweb:https://git.kernel.org/tip/607b9fb2ce248cc5b633c5949e0153838992c152
Author: Gregory Price<gourry@xxxxxxxxxx>
AuthorDate: Mon, 20 Oct 2025 11:13:55 +02:00
Committer: Borislav Petkov (AMD)<bp@xxxxxxxxx>
CommitterDate: Tue, 28 Oct 2025 12:37:49 +01:00
x86/CPU/AMD: Add RDSEED fix for Zen5
There's an issue with RDSEED's 16-bit and 32-bit register output
variants on Zen5 which return a random value of 0 "at a rate inconsistent
with randomness while incorrectly signaling success (CF=1)". Search the
web for AMD-SB-7055 for more detail.
Add a fix glue which checks microcode revisions.
[ bp: Add microcode revisions checking, rewrite. ]
Cc:stable@xxxxxxxxxxxxxxx
Signed-off-by: Gregory Price<gourry@xxxxxxxxxx>
Signed-off-by: Borislav Petkov (AMD)<bp@xxxxxxxxx>
Link:https://lore.kernel.org/r/20251018024010.4112396-1-gourry@xxxxxxxxxx
---
arch/x86/kernel/cpu/amd.c | 10 ++++++++++
1 file changed, 10 insertions(+)
diff --git a/arch/x86/kernel/cpu/amd.c b/arch/x86/kernel/cpu/amd.c
index ccaa51c..bc29be6 100644
--- a/arch/x86/kernel/cpu/amd.c
+++ b/arch/x86/kernel/cpu/amd.c
@@ -1035,8 +1035,18 @@ static void init_amd_zen4(struct cpuinfo_x86 *c)
}
}
+static const struct x86_cpu_id zen5_rdseed_microcode[] = {
+ ZEN_MODEL_STEP_UCODE(0x1a, 0x02, 0x1, 0x0b00215a),
+ ZEN_MODEL_STEP_UCODE(0x1a, 0x11, 0x0, 0x0b101054),
+};
+
static void init_amd_zen5(struct cpuinfo_x86 *c)
{
+ if (!x86_match_min_microcode_rev(zen5_rdseed_microcode)) {
+ clear_cpu_cap(c, X86_FEATURE_RDSEED);
+ msr_clear_bit(MSR_AMD64_CPUID_FN_7, 18);
+ pr_emerg_once("RDSEED32 is broken. Disabling the corresponding CPUID bit.\n");
+ }
}
static void init_amd(struct cpuinfo_x86 *c)
Hi all,
This fix seems to break quite a bunch of users in CachyOS. There has
been now several users reporting that there system can not get properly
into the graphical interface.
CachyOS is compiling the packages with -march=znver5 and the GCC
compiler currently does pass RDSEED.
This patch results into that also Client CPUs (Strix Point, Granite
Ridge), can not execute this. There has been a microcode fix deployed in
linux-firmware for Turin, but no other microcode changes seen yet.
I think it would be possible to exclude clients or providing a fix for this.
Example log:
Nov 03 13:37:33 hells drkonqi-coredump-processor[1073]: Incompatible
processor. This Qt build requires the following features:
Nov 03 13:37:33 hells drkonqi-coredump-processor[1073]: rdseed
Nov 03 13:37:33 hells systemd-coredump[1077]: Process 1073
(drkonqi-coredum) of user 0 terminated abnormally with signal 6/ABRT,
processing...
Nov 03 13:37:33 hells systemd[1]: Started Process Core Dump (PID
1077/UID 0).
Nov 03 13:37:33 hells systemd[1]: Started Pass systemd-coredump journal
entries to relevant user for potential DrKonqi handling.
Nov 03 13:37:33 hells drkonqi-coredump-processor[1079]: Incompatible
processor. This Qt build requires the following features:
Nov 03 13:37:33 hells drkonqi-coredump-processor[1079]: rdseed
Nov 03 13:37:33 hells systemd-coredump[1082]: Process 1079
(drkonqi-coredum) of user 0 terminated abnormally with signal 6/ABRT,
processing...
Nov 03 13:37:33 hells systemd-coredump[1071]: Process 1049 (sddm) of
user 0 dumped core.
Best regards,
Peter