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] Blocking upcall to dom0

To: Steven Hand <Steven.Hand@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] Blocking upcall to dom0
From: Andrew Biggadike <biggadike@xxxxxxx>
Date: Tue, 1 Mar 2005 23:12:42 -0500
Cc: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 02 Mar 2005 04:17:13 +0000
Envelope-to: xen+James.Bulpin@xxxxxxxxxxxx
In-reply-to: <E1D6EoU-0006Gn-00@xxxxxxxxxxxxxxxxx>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
References: <20050301205328.GG26847@xxxxxxxxxxxxxx> <E1D6EoU-0006Gn-00@xxxxxxxxxxxxxxxxx>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.6+20040907i
Steven Hand <Steven.Hand@xxxxxxxxxxxx> wrote:
> > Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> wrote:
> > > In what context do you want to block? That of some other domain, or 
> > > block all domains while dom0 executes, or something else?
> > 
> > I want to block in the context of the unprivileged domain that was
> > running, and only block that domain.  In the hypercall example I gave,
> > I'd want the domain that invoked the hypercall to block within Xen until
> > dom0 completed the upcall.
> 
> Why not just use an event channel? This is precisely what they 
> are for. That way the invoking domain can simply kick an event, 
> and block waiting for a response. No new magic required in Xen
> at all.

That's what I was originally thinking, but from Keir's first reply it
seems that I can't arbitrarily block within Xen since stacks are per-CPU
rather than per-domain.

I'd like to block within Xen and resume at that same point in Xen, not
in the guest.  If I understand the flow of things correctly, then using
an event channel and blocking will resume the domain from the guest's
last execution context, rather than Xen's.  Please correct me if I'm
wrong.

Thanks,
Andrew


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel