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

RE: [Xen-devel] poweroff in 3.2 and 3.3



>From: Keir Fraser [mailto:keir.fraser@xxxxxxxxxxxxx] 
>Sent: Thursday, November 20, 2008 4:01 PM
>
>On 20/11/08 02:39, "Tian, Kevin" <kevin.tian@xxxxxxxxx> wrote:
>
>> However I'm considering the point whether Xen can simply reject the
>> s3 request, when observing non-current vcpus still alive. Domain can
>> be in trouble if unaware of underlying sleep phase, such time keeping
>> and softlockup warning. More seriously, domain with passthrough
>> devices can't recover device state since it's even not 
>notified to save
>> context. Opinions?
>
>What would you warn on?
> - VCPUs still exist?
> - VCPUs still online?
> - VCPUs not paused?
> - VCPUs not 'paused_by_system_controller'?

warn on unpaused domains and online dom0 vcpus.

>
>I'm not sure what the WARN_ON() condition would be. A forceful
>domain_pause()/vcpu_pause() is a good idea anyway.
>
> -- Keir

I'm pretty sure that domains will be busy catching up missing ticks
and throw warnings after system is waken up. Why should Xen 
continue the progress even when we're aware the fact that something 
will be hurted if doing so? Return a error with warning thrown out at 
least let user know current condition inapproriate for s3 (e.g. some 
incautious action) who can turn back to normal flow then. This is like
normal OS suspend flow which simply exits if some checks fail.

Thanks,
Kevin
_______________________________________________
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®.