This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


RE: [Xen-devel] [PATCH 0/4] HVM Virtual S3

To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, "Yu, Ke" <ke.yu@xxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] [PATCH 0/4] HVM Virtual S3
From: "Kaushik Barde" <Kaushik_Barde@xxxxxxxxxxx>
Date: Thu, 17 May 2007 13:24:34 -0700
Delivery-date: Thu, 17 May 2007 13:23:16 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C2714473.7820%Keir.Fraser@xxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <1104166E0B63A341805FDB977862AAD23BC750@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <C2714473.7820%Keir.Fraser@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AceX2gAl4h+XcEYPRxOJnM8JUiP1/QAL7oULAC3ck/A=
Thread-topic: [Xen-devel] [PATCH 0/4] HVM Virtual S3
I don't believe so.. We intend to use this support (with some additional
ACPI enhancements) as elaborated by Ke.


-----Original Message-----
From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
[mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Keir Fraser
Sent: Wednesday, May 16, 2007 3:30 PM
To: Yu, Ke; xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] [PATCH 0/4] HVM Virtual S3

On 16/5/07 17:48, "Yu, Ke" <ke.yu@xxxxxxxxx> wrote:

> - apply this patch to changeset 15050:05c128b0188a
> - create and boot HVM domain
> - In HVM guest, enter S3 state
>   * for Linux, "echo mem >/sys/power/state"
>   * for Windows, shutdown windows by Standby
> - to resume HVM domain, "xm resume <domid>"

Noone's seriously going to want to use S3-S5 in this way though, are
Keeping domains hanging around in sleep states taking up memory doesn't
sense -- users will want to save the domain off to disc and restore
So this only makes sense at all if integrated with existing HVM

As I understand it, the only difference between S3 and S5 is that RAM
contents are maintained when the machine awakens. In this case S3 is
like a
simpler version of current save/restore where we do not necessarily need
save device state (but we might decide to if it makes the implementation

I think actually this isn't far off from being what we want. If the
s3_suspend hypercall put the domain into suspend state, this would then
neatly trigger xc_save to do its stuff. Then you can strip out s3_resume
because you should automatically start executing BIOS code when
restores VCPU state and kicks the domain to start running again. The
sleep_state domain variable you added shouldn't be necessary imo.

 -- Keir

Xen-devel mailing list

Xen-devel mailing list