https://bugzilla.kernel.org/show_bug.cgi?id=221856
Bug ID: 221856
Summary: ACPI BIOS Error — symbol
[\_SB.PCI0.GPP0.PEGP.GPS.NVD1] not found
(AE_NOT_FOUND), correlates with suspend/resume hang
Product: ACPI
Version: 2.5
Hardware: All
OS: Linux
Status: NEW
Severity: normal
Priority: P3
Component: Power-Sleep-Wake
Assignee: [email protected]
Reporter: [email protected]
Regression: No
Created attachment 310603
--> https://bugzilla.kernel.org/attachment.cgi?id=310603&action=edit
ACPI BIOS Error — symbol [\_SB.PCI0.GPP0.PEGP.GPS.NVD1] not found
(AE_NOT_FOUND), correlates with suspend/resume hang
Hardware: Lenovo LOQ 15ARP9 laptop, AMD Ryzen 7 + NVIDIA RTX 4060 Max-Q
(AD107M)
Kernel version: 7.1.6-arch1-1
BIOS version: PQCN30WW, released 05/11/2026
Description:
On every boot, the kernel logs the following ACPI error while the NVIDIA driver
initializes:
```
ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP0.PEGP.GPS.NVD1],
AE_NOT_FOUND (20251212/psargs-332)
ACPI Error: Aborting method \_SB.PCI0.GPP0.PEGP.GPS due to previous error
(AE_NOT_FOUND) (20251212/psparse-529)
ACPI Error: Aborting method \_SB.PCI0.GPP0.PEGP._DSM due to previous error
(AE_NOT_FOUND) (20251212/psparse-529)
```
This indicates the firmware's DSDT/SSDT advertises a GPU power-state (_DSM/GPS)
method that references a symbol (NVD1) which does not actually exist in the
compiled ACPI tables — i.e., a malformed vendor ACPI table.
Normal boot/desktop operation is unaffected (the driver appears to tolerate the
missing symbol gracefully during init). However, this system cannot resume from
s2idle suspend — it hangs indefinitely after issuing `systemctl suspend`,
requiring a hard power cycle to recover. The kernel log shows suspend entry
("PM: suspend entry (s2idle)") but no corresponding resume-side messages are
ever logged, suggesting the hang occurs during the wake sequence, in the same
GPU power-state transition path this broken ACPI method would be involved in.
S3 (deep) sleep is not available on this hardware — only s2idle is exposed via
/sys/power/mem_sleep — so there's no fallback sleep mode to test against.
Requesting this be reviewed for a possible ACPICA/kernel quirk to work around
the malformed table, similar to existing vendor-specific ACPI quirks already in
the kernel. Happy to provide a full acpidump or any other diagnostics needed. I
can attach dmesg/journalctl output from an affected boot on request.
--
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
