Open lattice0 opened 4 years ago
I tried the 5 hybernations on https://www.kernel.org/doc/html/latest/power/basic-pm-debugging.html and all they worked, which is strange. My notebook suspended and recovered even in the core
hybernation mode.
Anyone have any ideas on how to debug this further?
Is this still a problem in 4.1?
Qubes OS version 4.0.1
Affected component(s) or functionality Sleep functionality
Brief summary Can't put it to sleep. If turns off screen and keyboard, but nothing happens when I open the lid again or press any buttons.
To Reproduce Steps to reproduce the behavior: _1: close the lid or press suspend in xfce menu _2: open the lid or try to press any kerbord key, nothing happens, have to reboot by holding power button
Expected behavior Close lid, sleep. Open lid, wakeup
How I tried to debug:
I followed Ubuntu's guide on kernel suspend bugs: https://wiki.ubuntu.com/DebuggingKernelSuspend
Then, following what they suggest
sudo sh -c "sync && echo 1 > /sys/power/pm_trace && pm-suspend"
and find the lines that says hash matches in dmesg rigth after reboot (what does that mean?)
Well, I found two:
I couldn't find anything related to those acpi devices. I thougth first that there was a driver for them, so I should just rmmod those drivers before sleep and insmod when wakeup, but couldn't find anything. There's this issue https://ubuntuforums.org/archive/index.php/t-2393029.html which have those exact hash matches, but no answer.
Then I asked for help on a forum and they found this problematic line on my dmesg:
[ 2.543596] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
seems like ASPM is disabled on my Qubes. I don't know why. Should this be considered a bug? Is there anything I can do to get it working?
It's worth noting that on Ubuntu 18, 19, Fedora 30, Linux Mint, etc, all these systems work like a charm with the sleep process. I can close the lid and open and it works. So the problem seems to be related to Qubes. I even tried qubes most recent dom0 kernel, based on 5.x linux kernel, but the problem persists.
I also tried
pcie_aspm=force
on/boot/efi/EFI/qubes/xen.cfg
(is this where I put kernel parameters?) like this:kernel=vmlinuz-4.14.74-1.pvops.qubes.x86_64 root=/dev/mapper/qubes_dom0-root rd.luks.uuid=luks-39fc83eb-9829-43b7-86e8-08068bd81087 rd.lvm.lv=qubes_dom0/root rd.lvm.lv=qubes_dom0/swap i915.alpha_support=1 pcie_aspm=force rhgb quiet plymouth.ignore-serial-consoles
but it didn't help.
I pratically need to run Qubes on this notebook because any Linux distribution with any kernel will have a problem that corrupts my SSD. No one could solve it, and on Qubes it never happens. I tried Qubes just to see if it'd solve and it does! I'm loving it, not going back even on other notebooks. However, closing the lid/putting the system to sleep is essential for a notebook.
If anyone has any idea on how to debug this further I'd be so happy! I can even offer $25 as a little bounty. I know it's nothing but I don't have much money to offer.
Here's my full dmesg with acpi grep in case anyone needs