WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

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

To: "Keir Fraser" <keir.fraser@xxxxxxxxxxxxx>, "Ian Pratt" <Ian.Pratt@xxxxxxxxxxxxx>, "Yu, Ke" <ke.yu@xxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] [PATCH 0/4] HVM Virtual S3
From: "Ke, Liping" <liping.ke@xxxxxxxxx>
Date: Fri, 16 May 2008 09:46:07 +0800
Cc: "Tian, Kevin" <kevin.tian@xxxxxxxxx>, "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx>
Delivery-date: Thu, 15 May 2008 18:46:50 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C451F1EF.20BE7%keir.fraser@xxxxxxxxxxxxx>
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: <DD74FBB8EE28D441903D56487861CD9D2E791455@xxxxxxxxxxxxxxxxxxxxxx> <C451F1EF.20BE7%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Aciwyj3GC5kFZyVcS9eJk6QW6cxy6gAO58GAAASSNxAAAQ9pEAAnjI9gAAQtZQAA9rPlAAAFlo6tABrTxrAADZF8SQAIt2zQAABHtIgAAZHZYAAAwQEJABqxuxA=
Thread-topic: [Xen-devel] [PATCH 0/4] HVM Virtual S3
Ok. So we will keep the current implementation now.
After we finish the patch, we'll send it for a quick review first.

Keir Fraser wrote:
> On 15/5/08 13:42, "Ian Pratt" <Ian.Pratt@xxxxxxxxxxxxx> wrote:
> 
>>> As for pause-vs-block I think this is just a matter of terminology.
>>> At the end of the day we want the domain to not run until s3-resume
>>> is triggered. The natural way to do this within the hypervisor is
>>> to maintain a per- domain is_s3_suspended flag and
>>> domain_[un]pause() when this flag toggles. 
>> 
>> We wouldn't need to do the pause if the code after the magic port
>> write did "cli;hlt". Does it do this or loop?
>> [On real hardware the effect of the port write wouldn't be
>> immediate, so it must do something]
> 
> It spins. But to take advantage of that we have to restructure
> s3-suspend/resume so that the reset of machine state happens in the
> resume hypercall. At that point suspend, from the point of view of
> Xen, becomes a no-op. I suppose we could do that... It seems a bit
> odd though and I don;t know that it's guaranteed that all operating
> systems will happily spin forever waiting for S3 oblivion. Some may
> time out. 
> 
>  -- Keir


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel