[PATCH 4/4] um: allow PM with suspend-to-idle

Johannes Berg johannes at sipsolutions.net
Fri Nov 20 16:33:01 EST 2020


On Fri, 2020-11-20 at 22:29 +0100, Johannes Berg wrote:
> From: Johannes Berg <johannes.berg at intel.com>
> 
> In order to be able to experiment with suspend in UML,
> add the minimal work to be able to suspend (s2idle) an
> instance of UML, and be able to wake it back up from
> that state with the USR1 signal sent to the main UML
> process.

So what I said about rtcwake ... maybe that's an argument for removing
the USR1 handling? I wasn't really too sure about it.

But on the other hand, typically real systems will have at least *some*
kind of wakeup source that you can manually use and that's always
enabled, perhaps the power button for example; the SIGUSR1 handling was
meant to simulate such a thing.

(Today, if you send SIGUSR1 to the main 'linux' process, it just dies,
but I hope nobody relies on that ...?)

johannes




More information about the linux-um mailing list