[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.