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] serialize suspend-resume process

To: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] serialize suspend-resume process
From: BVK Chaitanya <bayapuneni_chaitanya@xxxxxxxxxxxx>
Date: Fri, 01 Aug 2008 11:01:06 +0530
Cc: Xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 31 Jul 2008 22:26:54 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C4B797D3.24EF6%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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <C4B797D3.24EF6%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla-Thunderbird 2.0.0.14 (X11/20080509)
Keir Fraser wrote:

On 31/7/08 16:27, "BVK Chaitanya" <bayapuneni_chaitanya@xxxxxxxxxxxx> wrote:

It is doing a busy-wait loop till suspend-resume cycle completes, if
any.  I found that it may go more than 25 msec sometimes.

It's not a busy-wait loop. As long as shutdown_state does not change under
its feet, it will complete in no more than two iterations.


Yep, my mistake :-(


I still have a concern, but it may not be important for xen-3.3 as of now. Let me explain:

Dom0 can trigger a suspend-resume cycle and can wait for suspended notification back through event channel (and subscribe domctl). When dom0 is done with its checkpoint-ing or any work it can resume the domU.

But resuming the domU doesn't complete suspend-resume cycle. Suspend-resume cycle is completed only after domU completes the xenbus_suspend_cancel function (I saw it taking more than 25msec.) Suspend requests sent during this suspend-cancel time are _lost_.

If we assume dom0 shouldn't send suspend requests during suspend-cancel, there must be some way for dom0 to know when suspend-cancel is completed. AFAIK this doesn't exists in the current state.


Does it clarify my concern? Shall i bring this issue back after xen-3.3 is release work is done?


--
bvk-chaitanya

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