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] Question to [PATCH 2 of 3] PoD: Allow pod_set_cache_targ

To: "Dietmar Hahn" <dietmar.hahn@xxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Question to [PATCH 2 of 3] PoD: Allow pod_set_cache_target hypercall to be preempted
From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
Date: Tue, 15 Mar 2011 09:40:56 +0000
Cc: George Dunlap <George.Dunlap@xxxxxxxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 15 Mar 2011 02:40:38 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <201103151000.12411.dietmar.hahn@xxxxxxxxxxxxxx>
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: <201103151000.12411.dietmar.hahn@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
>>> On 15.03.11 at 10:00, Dietmar Hahn <dietmar.hahn@xxxxxxxxxxxxxx> wrote:
> I had a look at hypercall_create_continuation() and my understanding is that
> the caller on this cpu is prepared to start the hypercall again after
> getting scheduled next time and the hypercall is finished immediately to
> deliver irqs and events.
> But what about the other cpus in dom0? Are these waiting for an irq/event 
> from the cpu handling the long running hypercall?
> How do these benefit from this hypercall continuation?

One vCPU stuck in a long running hypercall can, depending on what
locks/mutexes/semaphores it holds, keep other vCPU-s in the same
domain from making progress. Whether that's what happens in
your case can only be determined by looking at what those other
vCPU-s were doing (or trying to do) at the time of the hang (from
SysRq-t or '0' [or 'd'] debug key output).

Jan


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

<Prev in Thread] Current Thread [Next in Thread>