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. I'm on a Dell Inspiron 15 5593 using BIOS ver 1.27.0 (latest as of now), running Arch Linux x86_64.
(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
(In reply to Bagas Sanjaya from comment #1) > 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 Sure, I can do this, but it may have to be sometime this week as I'll need to set aside time to read about this and compile a kernel. Last time took me about 3-4 hours when I was compiling my 5.15-LTS kernel. I'd like to also make one more note - The Mutex error line and aborting method line both show up in 5.15 as well - however, the `Non-boot CPUs are not disabled` line never does, and sleep works every time.
(In reply to Arnas from comment #2) > (In reply to Bagas Sanjaya from comment #1) > > > 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 > > Sure, I can do this, but it may have to be sometime this week as I'll need > to set aside time to read about this and compile a kernel. Last time took me > about 3-4 hours when I was compiling my 5.15-LTS kernel. > > I'd like to also make one more note - The Mutex error line and aborting > method line both show up in 5.15 as well - however, the `Non-boot CPUs are > not disabled` line never does, and sleep works every time. Arnas, have you done the bisection?
(In reply to Bagas Sanjaya from comment #3) > Arnas, have you done the bisection? Ahh, my apologies. I've been very busy with work, so I didn't get around to it. I'll try to do it asap.
(In reply to Bagas Sanjaya from comment #3) Just wanted to throw up a quick status update. I can try doing this once my current college semester is over, as I'll have a winter break to mess around with this then. Should be sometime early December.
(In reply to Arnas from comment #5) > > I can try doing this once my current college semester is over, [...] No big deal, that's how it is sometimes. Good luck with the semester. And reminder: before trying a bisection, check if latest mainline works any better for you.