Recovery from sleep/hibernate is broken

  • Done
  • quality assurance status badge
Details
4 participants
  • Ludovic Courtès
  • Nikolai Merinov
  • Nikolay Merinov
  • zimoun
Owner
unassigned
Submitted by
Nikolay Merinov
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 thread
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
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 this
patch:


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’.
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 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: freeze.txt
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 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’.
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?



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 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:

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 an email to 25031@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 25031
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch