Dasharo
Closing the lid generates APCI Error: No handler or method for GPE 6B
Device
novacustom NV41 Intel 12Gen
Dasharo version
1.7.2 beta
Affected component(s) or functionality
Sleep function (S0ix)
Brief summary
Sending OS to sleep (S0ix) by closing the lid generates ACPI Error
How reproducible
100%
How to reproduce
Choose S0ix in BIOS as sleep state. Load the OS. Close the lid. Open the lid. Check dmesg
Expected behavior
not generating ACPI errors
Actual behavior
suspending the OS generates the following ACPI Error:
[ 827.343042] ACPI: EC: interrupt blocked
[ 840.696357] ACPI: EC: interrupt unblocked
[ 840.768761] ACPI Error: No handler or method for GPE 6B, disabling event (20220331/evgpe-839)
Screenshots
No response
Additional context
Suspending to S3 does not generate any error messages.
Suspending to S0ix with the hotkey Fn+F12 does not generate any error messages.
Kernel: selfcompiled 6.1.57 with gentoo patchset 6.1.67-gentoo.txt
Solutions you've tried
No response
On NV41PZ Alderlake with Dasharo v1.8.0-rc3 neither closing the lid nor pressing Fn+F12 suspends the device. All closing the lid does is turn off the backlight, but the image is still there if you flash a flashlight on the screen. The CPU cores never reach C-states C6, C7, C8, C9 nor C10 when the lid is closed (/sys/kernel/debug/pmc_core/package_cstate_show). No dmesg errors are generated
@philipanda does it also not suspend if you select the suspend option in the GNOME power menu? Maybe suspend was disabled in some way
Thanks @mkopec, you're right. I think it's an issue with https://github.com/dasharo/preseeds, because the suspend button is missing on a preseeded OS, but when I've installed Ubuntu 24.04.3 LTS manually without altering anything, it's there.
NV41PZ and NS70PU Alderlake with Dasharo v1.8.0-rc3:
On S0iX the issue reproduces every time.
Suspending the laptop using FN+12 or the suspend button works fine, but when doing so by closing the lid, a nearly identical error is being produced:
[ 201.031313] ACPI Error: No handler or method for GPE 6B, disabling event (20240827/evgpe-839)
The text in the parantheses differs though. it looks like a date, and its different than the one in the issue.
It does not match the system date, the callendar shows a correct date.
On S3 though, the laptop does not even wake up from suspension. It enters suspend fine, the LED starts blinking, but when waking the device in any way, it reboots.
The issue with suspend being disabled was caused by the Basic Platform Setup in OSFV masking the suspend target in systemctl. https://github.com/Dasharo/open-source-firmware-validation/pull/1121