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-ia64-devel

Re: [Xen-ia64-devel] [Discussion]: dynamic shared_info_va

To: "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>, <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-ia64-devel] [Discussion]: dynamic shared_info_va
From: Tristan Gingold <Tristan.Gingold@xxxxxxxx>
Date: Tue, 9 May 2006 10:14:26 +0200
Delivery-date: Tue, 09 May 2006 01:10:21 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <516F50407E01324991DD6D07B0531AD5B24817@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
References: <516F50407E01324991DD6D07B0531AD5B24817@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.5
Le Lundi 08 Mai 2006 18:24, Magenheimer, Dan (HP Labs Fort Collins) a écrit :
> > > Note that it may be possible to move some things around
> > > to make shared_archinfo contiguous so that it can share
> > > the same TR.  I think there was some discussion about this
> > > on xen-ia64-devel (along with the above design) some months back.
> >
> > I don't understand.  There are two areas: shared_info and
> > shared_archinfo.
> > shared_info is per domain while shared_archinfo is per vcpu.
>
> Oops!  The discussion was long ago so I had forgotten the
> details.
>
> > > To be complete, the same mechanism should be used for Linux
> > > to specify a default "break immediate" value for hypercalls.
> >
> > Two possibilities:
> > encode immediate value in the __xen_guest section,
> > or use the imm of the first break (with a magic value).
>
> Or specify an architected value and provide a hypercall
> that allows a guest to change it to a different value if
> it wishes.
Do you have any usage model for changing hypercall imm value ?
I can't imagine a reason.  Changing hypercall imm value is not easy: it is 
almost hard-coded into the code, it is also used in pal/sal/efi stubs and is 
a domain-wide value.

Tristan.

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

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