https://bugzilla.kernel.org/show_bug.cgi?id=217950

Bagas Sanjaya (bagasdo...@gmail.com) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bagasdo...@gmail.com

--- Comment #1 from Bagas Sanjaya (bagasdo...@gmail.com) ---
(In reply to Arnas from comment #0)
> I'm having some weird issues with sleep mode on any 6.x Linux kernel version
> - it's a toss-up when I close the lid as to whether it will sleep properly
> or not - when it fails, the screen will lock, but it will not actually enter
> S3 sleep - it just blanks the screen, but the laptop stays on (and fan does
> too).
> 
> Opening the lid after a failed sleep attempt turns on the screen
> instantaneously, and it doesn't even need to reconnect to WiFi - this
> doesn't happen when actually resuming from sleep, it takes a couple seconds
> for the screen to come on, and it then needs to reconnect the network.
> 
> Following the failed attempt to enter sleep mode (closing the lid), the
> following entries appear in the system log -
> 
> arkiron kernel: ACPI Error: Thread 3233415168 cannot release Mutex [ECMX]
> acquired by thread 3268191936 (20221020/exmutex-378)
> arkiron kernel: ACPI Error: Aborting method \_SB.PCI0.LPCB.ECDV._Q66 due to
> previous error (AE_AML_NOT_OWNER) (20221020/psparse-529)
> arkiron kernel: Non-boot CPUs are not disabled
> 
> Now, the "Non-boot CPUs are not disabled" line stands out the most to me
> here, because successful sleep attempts won't have this line in the log.
> 
> After the failed attempt above to sleep, I now close the lid again, and it
> seemingly goes to sleep successfully. After checking the log following this,
> I find two new error lines in the log -
> 
> arkiron kernel: ACPI Error: Thread 3233415168 cannot release Mutex [ECMX]
> acquired by thread 3268191936 (20221020/exmutex-378)
> arkiron kernel: ACPI Error: Aborting method \_SB.PCI0.LPCB.ECDV._Q66 due to
> previous error (AE_AML_NOT_OWNER) (20221020/psparse-529)
> 
> Note that this time the CPU line is missing, as expected for a successful
> sleep attempt.
> 
> This happens on both latest stable Linux kernel 6.5 as well as the latest
> Linux LTS 6.1 kernel. The last kernel that this didn't happen on was Linux
> LTS 5.15 (any version), which is what I was running up until the Linux LTS
> 6.1 upgrade. At that point I tried switching back to mainline (6.5) to see
> if it would fix sleep issues, but it didn't help. Downgrading to Linux LTS
> 5.15 did fix the sleep issues and the laptop seems to sleep reliably now.
> Running LTS 5.15.131-1 without issue as I am making this report.
> 

Please do bisection (see Documentation/admin-guide/bug-bisect.rst in the
kernel sources).

> I'm on a Dell Inspiron 15 5593 using BIOS ver 1.27.0 (latest as of now),
> running Arch Linux x86_64.

Since you have to compile your own kernel during bisection, please see
ArchWiki guide [1].

[1]: https://wiki.archlinux.org/title/Kernel/Traditional_compilation

-- 
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
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to