bug#37290: Guix System: Hibernation

2019-09-03 Thread Nolan Wright
Hello Mark,

Thank you for that patch. I will test it out when I get a chance. I fully
support your efforts in this area and would like to see this added to the
operating-system configuration as you have described.

Best,
Nolan

On Mon, Sep 2, 2019 at 11:25 PM Mark H Weaver  wrote:

> Hi Nolan,
>
> Nolan Wright  writes:
>
> > I have a desktop computer that sits in the same room where I
> > sleep. The fans produce a noise that I would prefer not to hear when
> > going to bed. For that reason, I wish to make use of the hibernation
> > feature, in which the system state is suspended to disk as described
> > here:
> >
> >
> https://wiki.archlinux.org/index.php/Power_management/Suspend_and_hibernate
> >
> > The IRC user nxck, who was very helpful, after some brief
> > experimentation concluded that Guix System probably does not support
> > the hibernation feature. Indeed the following comment in the source
> > code suggests as much:
> >
> >
> http://git.savannah.gnu.org/cgit/guix.git/tree/gnu/services/desktop.scm#n598
> >
> > Additionally I found the following message in this mailing list from
> > three years ago which stated that the feature is not supported:
> >
> > https://lists.gnu.org/archive/html/bug-guix/2016-11/msg00067.html
>
> The message above links to an earlier message with my preliminary patch
> to support hibernation:
>
>   https://lists.gnu.org/archive/html/guix-devel/2016-08/msg00962.html
>
> I've been carrying that patch in my local branch of Guix for 3 years.
> It needs a bit more work before it's ready to include in Guix, and I'm
> sorry to say that I lost motivation to work on it because it seems that
> almost no one cares about hibernation today.
>
> Anyway, I've attached below a slightly updated version of the patch that
> applies cleanly to current Guix.  Quoting from the message above:
>
> you'll also need to add a line like this to your 'operating-system'
> definition.
>
>   (kernel-arguments '("resume=/dev/sda2"))
>
> Where the device named is a swap partition.
>
> WARNING: Since this is preliminary work, I recommend that the first time
> you test this, be prepared for the possibility that resume will fail.
> So far I've only tested it with simple partitions, without encryption or
> RAID.
>
> It may be that we should add a dedicated 'resume-device' field to the
> 'operating-system'.  Thoughts?
>
>   Mark
>
>
>


bug#37290: Guix System: Hibernation

2019-09-02 Thread Mark H Weaver
Hi Nolan,

Nolan Wright  writes:

> I have a desktop computer that sits in the same room where I
> sleep. The fans produce a noise that I would prefer not to hear when
> going to bed. For that reason, I wish to make use of the hibernation
> feature, in which the system state is suspended to disk as described
> here:
>
> https://wiki.archlinux.org/index.php/Power_management/Suspend_and_hibernate
>
> The IRC user nxck, who was very helpful, after some brief
> experimentation concluded that Guix System probably does not support
> the hibernation feature. Indeed the following comment in the source
> code suggests as much:
>
> http://git.savannah.gnu.org/cgit/guix.git/tree/gnu/services/desktop.scm#n598
>
> Additionally I found the following message in this mailing list from
> three years ago which stated that the feature is not supported:
>
> https://lists.gnu.org/archive/html/bug-guix/2016-11/msg00067.html

The message above links to an earlier message with my preliminary patch
to support hibernation:

  https://lists.gnu.org/archive/html/guix-devel/2016-08/msg00962.html

I've been carrying that patch in my local branch of Guix for 3 years.
It needs a bit more work before it's ready to include in Guix, and I'm
sorry to say that I lost motivation to work on it because it seems that
almost no one cares about hibernation today.

Anyway, I've attached below a slightly updated version of the patch that
applies cleanly to current Guix.  Quoting from the message above:

you'll also need to add a line like this to your 'operating-system'
definition.

  (kernel-arguments '("resume=/dev/sda2"))

Where the device named is a swap partition.

WARNING: Since this is preliminary work, I recommend that the first time
you test this, be prepared for the possibility that resume will fail.
So far I've only tested it with simple partitions, without encryption or
RAID.

It may be that we should add a dedicated 'resume-device' field to the
'operating-system'.  Thoughts?

  Mark


>From c0e9d9913b66649783a4fac05a0da4db1b79faec Mon Sep 17 00:00:00 2001
From: Mark H Weaver 
Date: Sun, 14 Aug 2016 04:45:06 -0400
Subject: [PATCH] PRELIMINARY: Add support for hibernation.

* gnu/build/linux-boot.scm (boot-system): Look for a resume=
argument on the linux command line, and if present, attempt to resume from
hibernation.
* gnu/services/desktop.scm (): Change the default
value of the 'handle-hibernate-key' key to 'hibernate'.
---
 gnu/build/linux-boot.scm | 50 +---
 gnu/services/desktop.scm |  6 +
 2 files changed, 48 insertions(+), 8 deletions(-)

diff --git a/gnu/build/linux-boot.scm b/gnu/build/linux-boot.scm
index f273957d78..767a424e72 100644
--- a/gnu/build/linux-boot.scm
+++ b/gnu/build/linux-boot.scm
@@ -477,9 +477,10 @@ upon error."
   (call-with-error-handling
(lambda ()
  (mount-essential-file-systems)
- (let* ((args(linux-command-line))
-(to-load (find-long-option "--load" args))
-(root(find-long-option "--root" args)))
+ (let* ((args  (linux-command-line))
+(to-load   (find-long-option "--load" args))
+(root  (find-long-option "--root" args))
+(resume-device (find-long-option "resume" args)))
 
(when (member "--repl" args)
  (start-repl))
@@ -512,6 +513,49 @@ upon error."
  (unless (pre-mount)
(error "pre-mount actions failed")))
 
+   ;;
+   ;; Attempt to resume from hibernation.
+   ;;
+   ;; IMPORTANT: This *must* happen before we mount any filesystems on
+   ;; disk.  Quoting linux-libre/Documentation/swsusp.txt:
+   ;; 
+   ;; * BIG FAT WARNING **
+   ;; *
+   ;; * If you touch anything on disk between suspend and resume...
+   ;; *...kiss your data goodbye.
+   ;; *
+   ;; * If you do resume from initrd after your filesystems are mounted...
+   ;; *...bye bye root partition.
+   ;; *			[this is actually same case as above]
+   ;; *
+   (when (and resume-device
+  (file-exists? resume-device)
+  (file-exists? "/sys/power/resume"))
+ (false-if-exception
+  (let* ((device-base-name
+  ;; The base name of the device file, after resolving
+  ;; symlinks.
+  (let loop ((file resume-device))
+(match (stat:type (lstat file))
+  ('symlink
+   (let ((target (readlink file)))
+ (if (string-prefix? "/" target)
+ (loop target)
+ (loop (string-append (dirname file) "/" target)
+  (_ (basename file)
+ (major+minor
+  ;; The major:minor string (e.g. "8:2") corresponding
+  ;; to the resume device.
+  

bug#37290: Guix System: Hibernation

2019-09-02 Thread Nolan Wright
Hello,

I have a desktop computer that sits in the same room where I sleep. The
fans produce a noise that I would prefer not to hear when going to bed. For
that reason, I wish to make use of the hibernation feature, in which the
system state is suspended to disk as described here:

https://wiki.archlinux.org/index.php/Power_management/Suspend_and_hibernate

The IRC user *nxck*, who was very helpful, after some brief experimentation
concluded that Guix System probably does not support the hibernation
feature. Indeed the following comment in the source code suggests as much:

http://git.savannah.gnu.org/cgit/guix.git/tree/gnu/services/desktop.scm#n598

Additionally I found the following message in this mailing list from three
years ago which stated that the feature is not supported:

https://lists.gnu.org/archive/html/bug-guix/2016-11/msg00067.html

The three requirements for the hibernation feature to my knowledge are: 1)
sufficient swap space; 2) the resume kernel parameter; and 3) the resume
hook in the initramfs.

So, in the case that this feature is currently supported, I ask for
guidance in implementing it, and in the case that it is not currently
supported, I put forth my advocacy for its support and ask for guidance in
adding support for it.

Thank you.