Recovery from sleep/hibernate is broken

DoneSubmitted by Nikolay Merinov.
Details
4 participants
  • Ludovic Courtès
  • Nikolai Merinov
  • Nikolay Merinov
  • zimoun
Owner
unassigned
Severity
normal
N
N
Nikolay Merinov wrote on 26 Nov 2016 00:55
(address . bug-guix@gnu.org)
87twavjes8.fsf@member.fsf.org
Hi,
I exepience issue similar to discussed in next threadhttps://lists.gnu.org/archive/html/bug-guix/2016-07/msg00087.htmlMy laptop can't wake afterr sleep and hibernate.
I use GuixSD on libreboot x200. Issue was checked with linux-libre kernels 4.1,4.8, 4.10; with libreboot 2015-01-26, 2015-05-18, 2016-09-07; with andwithout "resume=/dev/sda2" option (my swap partition on /dev/sda2).
I can't resume neither from suspend to ram nor from suspend to disk.
I start hibernation with "echo disk > /sys/power/state" command. On next boot image does not restored. I can see that image was saved:
# swapon /dev/sda2 swapon: /dev/sda2: software suspend data detected. Rewriting the swap signature.
In boot log I can see next message:
[ 0.610581] PM: Checking hibernation image partition /dev/sda2[ 0.610598] PM: Hibernation image not present or could not be loaded....[ 1.063943] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA[ 1.108500] sda: sda1 sda2 sda3[ 1.109780] sd 0:0:0:0: [sda] Attached SCSI disk
Looks like PM try to find hibernation image before attaching harddrive.
Full boot log with linux-libre 4.10 and libreboot 2016-09-07 after hibernation attached.
Where can be root of issue? libreboot code, linux-libre code or GuixSD itself?
Regards,Nikolay
L
L
Ludovic Courtès wrote on 26 Nov 2016 22:33
(name . Nikolay Merinov)(address . nikolay.merinov@member.fsf.org)(address . 25031@debbugs.gnu.org)
87twaulydk.fsf@gnu.org
Hello,
Nikolay Merinov <nikolay.merinov@member.fsf.org> skribis:
Toggle quote (11 lines)> I use GuixSD on libreboot x200. Issue was checked with linux-libre kernels 4.1,> 4.8, 4.10; with libreboot 2015-01-26, 2015-05-18, 2016-09-07; with and> without "resume=/dev/sda2" option (my swap partition on /dev/sda2).>> I can't resume neither from suspend to ram nor from suspend to disk.>> I start hibernation with "echo disk > /sys/power/state" command. On next boot image does not restored. I can see that image was saved:>> # swapon /dev/sda2> swapon: /dev/sda2: software suspend data detected. Rewriting the swap signature.
Hibernation is not supported yet in GuixSD, unless you applied thispatch:
https://lists.gnu.org/archive/html/guix-devel/2016-08/msg00962.html
If you want to try it out, feedback is welcome! Note that Mark didmention that it’s risky, but that it worked in their tests.
Thanks,Ludo’.
N
N
Nikolay Merinov wrote on 27 Nov 2016 00:23
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 25031@debbugs.gnu.org)
87ziklrfkk.fsf@member.fsf.org
Hi,
Thank you for answer about hibernation. Can you help me with similarissue with sleeping?
I can freeze system and wake it up with "echo freeze > /sys/power/state"command, but system can't wake up from suspend to mem (that can bestarted with closing display, pressing sleep button or with "echo mem >/sys/power/state" command).
Log after freeze command attached. As far as I can see wakeup must bepossible with "sleep" button:
$ cat /proc/acpi/wakeup Device S-state Status Sysfs node HDEF S4 *disabled pci:0000:00:1b.0 USB1 S4 *enabled pci:0000:00:1d.0 USB2 S4 *enabled pci:0000:00:1d.1 USB3 S4 *enabled pci:0000:00:1d.2 EHC1 S4 *enabled pci:0000:00:1d.7 USB4 S4 *enabled pci:0000:00:1a.0 USB5 S4 *enabled pci:0000:00:1a.1 USB6 S4 *enabled pci:0000:00:1a.2 EHC2 S4 *enabled pci:0000:00:1a.7 SLT1 S4 *disabled SLT2 S4 *disabled SLT3 S4 *disabled SLT6 S4 *disabled LANC S3 *disabled LANR S3 *disabled SLPB S3 *enabled platform:PNP0C0E:00 LID S3 *enabled platform:PNP0C0D:00
When I power off notebook and restart it after sleep there is nothingabout sleep in logs.
Regards,Nikolay
Nov 27 03:55:31 localhost vmunix: [ 522.009436] PM: Syncing filesystems ... done.Nov 27 03:55:31 localhost vmunix: [ 522.188954] Freezing user space processes ... (elapsed 0.001 seconds) done.Nov 27 03:55:31 localhost vmunix: [ 522.190236] Double checking all user space processes after OOM killer disable... (elapsed 0.000 seconds) Nov 27 03:55:31 localhost vmunix: [ 522.190265] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.Nov 27 03:55:31 localhost vmunix: [ 522.191469] Suspending console(s) (use no_console_suspend to debug)Nov 27 03:55:31 localhost vmunix: [ 522.204461] queueing ieee80211 work while going to suspendNov 27 03:55:31 localhost vmunix: [ 522.208349] sd 0:0:0:0: [sda] Synchronizing SCSI cacheNov 27 03:55:31 localhost vmunix: [ 522.208849] e1000e: EEE TX LPI TIMER: 00000000Nov 27 03:55:31 localhost vmunix: [ 522.264262] sd 0:0:0:0: [sda] Stopping diskNov 27 03:55:32 localhost vmunix: [ 522.707325] PM: suspend of devices complete after 515.559 msecsNov 27 03:55:32 localhost vmunix: [ 522.724166] PM: late suspend of devices complete after 16.836 msecsNov 27 03:55:32 localhost vmunix: [ 522.725536] ehci-pci 0000:00:1d.7: System wakeup enabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.725620] uhci_hcd 0000:00:1d.2: System wakeup enabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.725636] uhci_hcd 0000:00:1d.1: System wakeup enabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.725678] uhci_hcd 0000:00:1d.0: System wakeup enabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.725743] ehci-pci 0000:00:1a.7: System wakeup enabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.725785] uhci_hcd 0000:00:1a.2: System wakeup enabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.725836] uhci_hcd 0000:00:1a.1: System wakeup enabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.725887] uhci_hcd 0000:00:1a.0: System wakeup enabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.764036] PM: noirq suspend of devices complete after 38.890 msecsNov 27 03:55:32 localhost vmunix: [ 522.764259] uhci_hcd 0000:00:1a.0: System wakeup disabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.764280] uhci_hcd 0000:00:1a.1: System wakeup disabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.764311] uhci_hcd 0000:00:1a.2: System wakeup disabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.764399] uhci_hcd 0000:00:1d.0: System wakeup disabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.764417] uhci_hcd 0000:00:1d.1: System wakeup disabled by ACPINov 27 03:55:31 localhost wpa_passphrase: Libgcrypt warning: missing initialization - please fix the applicationNov 27 03:55:32 localhost vmunix: [ 522.764462] uhci_hcd 0000:00:1d.2: System wakeup disabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.784095] ehci-pci 0000:00:1a.7: System wakeup disabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.784213] ehci-pci 0000:00:1d.7: System wakeup disabled by ACPINov 27 03:55:32 localhost vmunix: [ 522.804146] PM: noirq resume of devices complete after 40.020 msecsNov 27 03:55:32 localhost vmunix: [ 522.948325] PM: early resume of devices complete after 0.192 msecsNov 27 03:55:32 localhost vmunix: [ 522.951736] usb usb3: root hub lost power or was resetNov 27 03:55:33 localhost vmunix: [ 522.951781] usb usb4: root hub lost power or was resetNov 27 03:55:33 localhost vmunix: [ 522.951829] usb usb5: root hub lost power or was resetNov 27 03:55:33 localhost vmunix: [ 522.951978] usb usb6: root hub lost power or was resetNov 27 03:55:33 localhost vmunix: [ 522.952022] usb usb7: root hub lost power or was resetNov 27 03:55:33 localhost vmunix: [ 522.952074] usb usb8: root hub lost power or was resetNov 27 03:55:33 localhost vmunix: [ 522.952302] rtc_cmos 00:03: System wakeup disabled by ACPINov 27 03:55:33 localhost vmunix: [ 522.953755] sd 0:0:0:0: [sda] Starting diskNov 27 03:55:33 localhost vmunix: [ 523.266287] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)Nov 27 03:55:33 localhost vmunix: [ 523.266309] ata2: SATA link down (SStatus 0 SControl 300)Nov 27 03:55:31 localhost wpa_supplicant: Libgcrypt warning: missing initialization - please fix the applicationNov 27 03:55:33 localhost vmunix: [ 523.268604] ata1.00: configured for UDMA/100Nov 27 03:55:33 localhost vmunix: [ 526.350902] PM: resume of devices complete after 3402.574 msecsNov 27 03:55:33 localhost vmunix: [ 526.354584] Restarting tasks ... done.Nov 27 03:55:33 localhost vmunix: [ 526.373722] video LNXVIDEO:00: Restoring backlight stateNov 27 03:55:33 localhost vmunix: [ 526.568433] wlp2s0: authenticate with 30:b5:c2:3b:1d:0eNov 27 03:55:33 localhost vmunix: [ 526.581545] wlp2s0: send auth to 30:b5:c2:3b:1d:0e (try 1/3)Nov 27 03:55:33 localhost vmunix: [ 526.583736] wlp2s0: authenticatedNov 27 03:55:33 localhost vmunix: [ 526.588037] wlp2s0: associate with 30:b5:c2:3b:1d:0e (try 1/3)Nov 27 03:55:33 localhost vmunix: [ 526.596109] wlp2s0: RX AssocResp from 30:b5:c2:3b:1d:0e (capab=0x431 status=0 aid=2)Nov 27 03:55:33 localhost vmunix: [ 526.596243] wlp2s0: associatedNov 27 03:55:33 localhost vmunix: [ 526.596270] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes readyNov 27 03:55:32 localhost dhclient: Internet Systems Consortium DHCP Client 4.3.5Nov 27 03:55:33 localhost vmunix: [ 527.750063] psmouse serio1: trackpoint: IBM TrackPoint firmware: 0x0e, buttons: 3/3Nov 27 03:55:33 localhost vmunix: [ 527.769206] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/input/input24
ludo@gnu.org (Ludovic Courtès) writes:
Toggle quote (26 lines)> Hello,>> Nikolay Merinov <nikolay.merinov@member.fsf.org> skribis:>>> I use GuixSD on libreboot x200. Issue was checked with linux-libre kernels 4.1,>> 4.8, 4.10; with libreboot 2015-01-26, 2015-05-18, 2016-09-07; with and>> without "resume=/dev/sda2" option (my swap partition on /dev/sda2).>>>> I can't resume neither from suspend to ram nor from suspend to disk.>>>> I start hibernation with "echo disk > /sys/power/state" command. On>> next boot image does not restored. I can see that image was saved:>>>> # swapon /dev/sda2>> swapon: /dev/sda2: software suspend data detected. Rewriting the swap signature.>> Hibernation is not supported yet in GuixSD, unless you applied this> patch:>> https://lists.gnu.org/archive/html/guix-devel/2016-08/msg00962.html>> If you want to try it out, feedback is welcome! Note that Mark did> mention that it’s risky, but that it worked in their tests.>> Thanks,> Ludo’.
L
L
Ludovic Courtès wrote on 10 Jan 2017 16:06
(name . Nikolay Merinov)(address . nikolay.merinov@member.fsf.org)(address . 25031@debbugs.gnu.org)
871swbvts6.fsf@gnu.org
Hi Nikolay,
Apologies for the delay.
Nikolay Merinov <nikolay.merinov@member.fsf.org> skribis:
Toggle quote (3 lines)> Thank you for answer about hibernation. Can you help me with similar> issue with sleeping?
I’ve never had this problem with my laptops (an old Dell and a new HPElitebook): elogind suspends the system to RAM when I close the lid(equivalent to “echo mem > …”), and the system resumes correctly when Ireopen it.
Did you have similar problems with other distros or kernel versions?Guix has Linux-libre 4.9 and 4.4. Could you check if both behavesimilarly?
HTH,Ludo’.
L
L
Ludovic Courtès wrote on 11 Jan 2017 23:09
control message for bug #25031
(address . control@debbugs.gnu.org)
871sw9w8ov.fsf@gnu.org
tags 25031 moreinfo
Z
Z
zimoun wrote on 18 Feb 2020 15:18
Hunting #25031: Recovery from sleep/hibernate is broken
CAJ3okZ2QS4ODD7eqNX0q1VWFYPKV6Yh_MpsB3pYDNsMBGzDcUQ@mail.gmail.com
Dear,
The bug #25031 is 3 years old [1] with the tag 'moreinfo'.What is the status?Does it still make sense with a recent Guix version?

[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25031
All the best,simon
N
N
Nikolai Merinov wrote on 19 Feb 2020 19:39
(name . zimoun)(address . zimon.toutoune@gmail.com)
87a75ecth3.fsf@member.fsf.org
Hi Zimon,
I have no access to the laptop with this issue anymore. My currentlaptop works fine with actual GNU GUIX distribution.
Currently it impossible to extract additional info and bug can beclosed.
Regards,Nikolai
zimoun <zimon.toutoune@gmail.com> writes:
Toggle quote (11 lines)> Dear,>> The bug #25031 is 3 years old [1] with the tag 'moreinfo'.> What is the status?> Does it still make sense with a recent Guix version?>>> [1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25031>> All the best,> simon
Z
Z
zimoun wrote on 19 Feb 2020 20:04
(name . Nikolai Merinov)(address . nikolai.merinov@member.fsf.org)
CAJ3okZ115SKqY-bKTSo8sc87ge5P+dQmXEkffdvq4ZfeXBgmCA@mail.gmail.com
Dear,
On Wed, 19 Feb 2020 at 19:39, Nikolai Merinov<nikolai.merinov@member.fsf.org> wrote:
Toggle quote (6 lines)> I have no access to the laptop with this issue anymore. My current> laptop works fine with actual GNU GUIX distribution.>> Currently it impossible to extract additional info and bug can be> closed.
Thank you for your reply.So I am closing this bug.Feel free to reopen the bug if you have access to the laptop again.

All the best,simon
Closed
?
Your comment

This issue is archived.

To comment on this conversation send email to 25031@debbugs.gnu.org