RE: [Xen-devel] [PATCH 0/6] PM extension to domU

["Tian, Kevin" <kevin.tian@xxxxxxxxx>]

>From: Keir Fraser [mailto:Keir.Fraser@xxxxxxxxxxxx]
>Sent: 2007年2月7日 5:45
>On 6/2/07 08:12, "Tian, Kevin" <kevin.tian@xxxxxxxxx> wrote:
>
>> For the new added commands "sleep/wake", I'm not sure whether
>> it's preferred way. Since it's purpose is very simple by sending suspend
>>
>> notification to domU, I choose to add instead of intervening complex
>> logic of save/restore. Anyway, their names do explain different
>meaning
>> indeed.
>>
>> Verified on Cset 13803.
>
>Have you considered destroying and recreating driver domains rather
>than
>sleeping them? They are stateless after all, and should be quick (enough)
>to
>boot.

Sorry that I don't quite understand you. For suspend-to-disk, maybe 
we can use that policy to recreate driver domains. But for 
suspend-to-ram, that process is still slow and we just need suspend 
domain itself. Also I'm not sure why it's stateless... How do you 
recover workloads after re-creation?

>
>We want to support driver domain restart anyway for driver-bug isolation.
>The question mark there is whether we have the xenbus protocol sorted
>out
>yet to allow frontends to automatically reconnect. You don't even have to
>worry about that if you're prepared to do lightweight suspend/resume of
>all
>non-driver domains across S3.
>
> -- Keir

Anyway driver domain restart should be another issue. BTW, I can 
destroy and re-create a driver domain manually now. 

So, could you be more specific which part you'd like to change in 
my patch sets? :-)

Thanks.
Kevin

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