All of lore.kernel.org
 help / color / mirror / Atom feed
From: Domenico Andreoli <domenico.andreoli@linux.com>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Cc: Pavel Machek <pavel@ucw.cz>, Linux PM <linux-pm@vger.kernel.org>,
	954061@bugs.debian.org
Subject: Re: [PATCH 0/2] Preparing to phase out uswsusp
Date: Mon, 27 Apr 2020 11:53:06 +0200	[thread overview]
Message-ID: <20200427095306.GB29259@dumbo> (raw)
In-Reply-To: <1636190.8qWULXYmPk@kreacher>

On Sun, Apr 26, 2020 at 05:46:37PM +0200, Rafael J. Wysocki wrote:
> On Monday, April 13, 2020 9:08:43 PM CEST Domenico Andreoli wrote:
> > Dear maintainers,
> > 
> >   it is my understanding that the usermode software suspend is not any
> > more the first choice for suspend/hibernate needs (uswsusp tool did
> > not receive any update in years).
> 
> While the last part is true, the user space utilities are still usable.
> 

Indeed I've been using them until now and work perfectly.

> Moreover, the kernel-based hibernation is still missing one important
> piece with respect to the user space variant, which is image encryption.
> 

Interesting, is it advertised anywhere?

> That gap needs to be removed before the user space variant can be
> regarded as deprecated.
> 
> > This small series aims to better separate the kernel side in view of
> > a future phase out.
> > 
> > Marking the new option as deprecated and disabled by default is quite
> > extreme but I've not any specific agenda for pushing it that far,
> > it's just my interpretation and could be totally wrong.
> 
> It is not totally wrong, but a bit premature at this point.

Thanks for clarifying.

I CCed the Debian bug which requested the removal of uswsusp from
the archive.

> 
> Thanks!

-- 
rsa4096: 3B10 0CA1 8674 ACBA B4FE  FCD2 CE5B CF17 9960 DE13
ed25519: FFB4 0CC3 7F2E 091D F7DA  356E CC79 2832 ED38 CB05

  reply	other threads:[~2020-04-27  9:53 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-13 19:08 [PATCH 0/2] Preparing to phase out uswsusp Domenico Andreoli
2020-04-13 19:08 ` [PATCH 1/2] uswsusp: use enter/leave helpers and make a global variable static Domenico Andreoli
2020-04-26 16:11   ` Rafael J. Wysocki
2020-04-13 19:08 ` [PATCH 2/2] uswsusp: build only when configured Domenico Andreoli
2020-04-25 11:47   ` [uswsusp] 08e6583083: stress-ng.futex.ops_per_sec -11.4% regression kernel test robot
2020-04-26 16:16   ` [PATCH 2/2] uswsusp: build only when configured Rafael J. Wysocki
2020-04-27  9:48     ` Domenico Andreoli
2020-04-29 11:20       ` Rafael J. Wysocki
2020-05-01  7:10         ` Domenico Andreoli
2020-05-01 14:54           ` Rafael J. Wysocki
2020-05-03 13:31             ` Domenico Andreoli
2020-05-03 17:25               ` Domenico Andreoli
2020-04-26 15:46 ` [PATCH 0/2] Preparing to phase out uswsusp Rafael J. Wysocki
2020-04-27  9:53   ` Domenico Andreoli [this message]
2020-04-29 11:06     ` Rafael J. Wysocki
2020-05-03 11:19       ` Domenico Andreoli

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200427095306.GB29259@dumbo \
    --to=domenico.andreoli@linux.com \
    --cc=954061@bugs.debian.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=pavel@ucw.cz \
    --cc=rjw@rjwysocki.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.