https://bugzilla.kernel.org/show_bug.cgi?id=221709
Bug ID: 221709
Summary: SSDT parsing change in kernel 7.1 breaks amd_pstate on
B450M DS3H and Ryzen 5700X
Product: ACPI
Version: 2.5
Hardware: AMD
OS: Linux
Status: NEW
Severity: normal
Priority: P3
Component: ACPICA-Core
Assignee: [email protected]
Reporter: [email protected]
Regression: No
Created attachment 310400
--> https://bugzilla.kernel.org/attachment.cgi?id=310400&action=edit
SSDT4,5 snippets and full dmesg log
System: Gigabyte B450M DS3H (F67; latest non-beta), Ryzen 5700X, Arch Linux
with kernel 7.1.2-zen2-1-zen
In kernel 7.0, amd_pstate functioned without issue, but kernel 7.1 shows these
errors for each processor:
Jun 30 22:17:04 archlinux kernel: ACPI BIOS Error (bug): Could not resolve
symbol [\_PR.C000], AE_NOT_FOUND (20251212/dswload2-162)
Jun 30 22:17:04 archlinux kernel: ACPI Error: AE_NOT_FOUND, During name
lookup/catalog (20251212/psobject-220)
Additionally:
Jun 30 22:17:04 archlinux kernel: amd_pstate: the _CPC object is not present in
SBIOS or ACPI disabled
This naturally results in no cpufreq governor being active (not even
cpufreq-acpi).
The issue appears to be a ordering issue with the SSDT tables. SSDT5 contains
the _PR scope that lists my processors, but SSDT4 depends on external _PR
references contained in that table, and kernel 7.1 seems not to resolve these
correctly, leading to _CPC/CPPC not being exposed correctly, thus breaking
amd_pstate. In kernel 7.0.x there were no "AE_NOT_FOUND" or "amd_pstate" errors
and "cpupower frequency-info" showed the amd-pstate-epp governor active and
functional.
I believe this is likely related to changes in ACPICA Core, apologies if I
misidentified the appropriate target.
--
You may reply to this email to add a comment.
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
acpi-bugzilla mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
