bug#25031: Recovery from sleep/hibernate is broken

bug#25031: Recovery from sleep/hibernate is broken

[Nikolay Merinov]

Hi,

I exepience issue similar to discussed in next thread
https://lists.gnu.org/archive/html/bug-guix/2016-07/msg00087.html
My 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 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.

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 hard
drive.

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

bug#25031: Recovery from sleep/hibernate is broken

[Ludovic Courtès]

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’.

bug#25031: Recovery from sleep/hibernate is broken

[Nikolay Merinov]

[-- Attachment #1: Type: text/plain, Size: 1333 bytes --]

Hi,

Thank you for answer about hibernation. Can you help me with similar
issue 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 be
started 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 be
possible 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 nothing
about sleep in logs.

Regards,
Nikolay

[-- Attachment #2: freeze.txt --]
[-- Type: text/plain, Size: 5571 bytes --]

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 suspend
Nov 27 03:55:31 localhost vmunix: [  522.208349] sd 0:0:0:0: [sda] Synchronizing SCSI cache
Nov 27 03:55:31 localhost vmunix: [  522.208849] e1000e: EEE TX LPI TIMER: 00000000
Nov 27 03:55:31 localhost vmunix: [  522.264262] sd 0:0:0:0: [sda] Stopping disk
Nov 27 03:55:32 localhost vmunix: [  522.707325] PM: suspend of devices complete after 515.559 msecs
Nov 27 03:55:32 localhost vmunix: [  522.724166] PM: late suspend of devices complete after 16.836 msecs
Nov 27 03:55:32 localhost vmunix: [  522.725536] ehci-pci 0000:00:1d.7: System wakeup enabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.725620] uhci_hcd 0000:00:1d.2: System wakeup enabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.725636] uhci_hcd 0000:00:1d.1: System wakeup enabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.725678] uhci_hcd 0000:00:1d.0: System wakeup enabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.725743] ehci-pci 0000:00:1a.7: System wakeup enabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.725785] uhci_hcd 0000:00:1a.2: System wakeup enabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.725836] uhci_hcd 0000:00:1a.1: System wakeup enabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.725887] uhci_hcd 0000:00:1a.0: System wakeup enabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.764036] PM: noirq suspend of devices complete after 38.890 msecs
Nov 27 03:55:32 localhost vmunix: [  522.764259] uhci_hcd 0000:00:1a.0: System wakeup disabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.764280] uhci_hcd 0000:00:1a.1: System wakeup disabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.764311] uhci_hcd 0000:00:1a.2: System wakeup disabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.764399] uhci_hcd 0000:00:1d.0: System wakeup disabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.764417] uhci_hcd 0000:00:1d.1: System wakeup disabled by ACPI
Nov 27 03:55:31 localhost wpa_passphrase: Libgcrypt warning: missing initialization - please fix the application
Nov 27 03:55:32 localhost vmunix: [  522.764462] uhci_hcd 0000:00:1d.2: System wakeup disabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.784095] ehci-pci 0000:00:1a.7: System wakeup disabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.784213] ehci-pci 0000:00:1d.7: System wakeup disabled by ACPI
Nov 27 03:55:32 localhost vmunix: [  522.804146] PM: noirq resume of devices complete after 40.020 msecs
Nov 27 03:55:32 localhost vmunix: [  522.948325] PM: early resume of devices complete after 0.192 msecs
Nov 27 03:55:32 localhost vmunix: [  522.951736] usb usb3: root hub lost power or was reset
Nov 27 03:55:33 localhost vmunix: [  522.951781] usb usb4: root hub lost power or was reset
Nov 27 03:55:33 localhost vmunix: [  522.951829] usb usb5: root hub lost power or was reset
Nov 27 03:55:33 localhost vmunix: [  522.951978] usb usb6: root hub lost power or was reset
Nov 27 03:55:33 localhost vmunix: [  522.952022] usb usb7: root hub lost power or was reset
Nov 27 03:55:33 localhost vmunix: [  522.952074] usb usb8: root hub lost power or was reset
Nov 27 03:55:33 localhost vmunix: [  522.952302] rtc_cmos 00:03: System wakeup disabled by ACPI
Nov 27 03:55:33 localhost vmunix: [  522.953755] sd 0:0:0:0: [sda] Starting disk
Nov 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 application
Nov 27 03:55:33 localhost vmunix: [  523.268604] ata1.00: configured for UDMA/100
Nov 27 03:55:33 localhost vmunix: [  526.350902] PM: resume of devices complete after 3402.574 msecs
Nov 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 state
Nov 27 03:55:33 localhost vmunix: [  526.568433] wlp2s0: authenticate with 30:b5:c2:3b:1d:0e
Nov 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: authenticated
Nov 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: associated
Nov 27 03:55:33 localhost vmunix: [  526.596270] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready
Nov 27 03:55:32 localhost dhclient: Internet Systems Consortium DHCP Client 4.3.5
Nov 27 03:55:33 localhost vmunix: [  527.750063] psmouse serio1: trackpoint: IBM TrackPoint firmware: 0x0e, buttons: 3/3
Nov 27 03:55:33 localhost vmunix: [  527.769206] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/input/input24

[-- Attachment #3: Type: text/plain, Size: 1022 bytes --]


ludo@gnu.org (Ludovic Courtès) writes:

> 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’.

bug#25031: Recovery from sleep/hibernate is broken

[Ludovic Courtès]

Hi Nikolay,

Apologies for the delay.

Nikolay Merinov <nikolay.merinov@member.fsf.org> skribis:

> 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 HP
Elitebook): elogind suspends the system to RAM when I close the lid
(equivalent to “echo mem > …”), and the system resumes correctly when I
reopen 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 behave
similarly?

HTH,
Ludo’.

bug#25031: Hunting #25031: Recovery from sleep/hibernate is broken

[zimoun]

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

bug#25031: Hunting #25031: Recovery from sleep/hibernate is broken

[Nikolai Merinov]

Hi Zimon,

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.

Regards,
Nikolai

zimoun <zimon.toutoune@gmail.com> writes:

> 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

bug#25031: Hunting #25031: Recovery from sleep/hibernate is broken

[zimoun]

Dear,

On Wed, 19 Feb 2020 at 19:39, Nikolai Merinov
<nikolai.merinov@member.fsf.org> wrote:

> 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