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] Paravirt_ops/hybrid directions and next steps

To: "Tristan Gingold" <tgingold@xxxxxxx>
Subject: RE: [Xen-ia64-devel] Paravirt_ops/hybrid directions and next steps
From: "Dong, Eddie" <eddie.dong@xxxxxxxxx>
Date: Wed, 12 Mar 2008 08:48:28 +0800
Cc: Alex Williamson <alex.williamson@xxxxxx>, xen-ia64-devel <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Thu, 13 Mar 2008 03:43:25 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20080311092405.GA2541@saphi>
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: <1201740507.6508.55.camel@lappy> <10EA09EFD8728347A513008B6B0DA77A02E3EFB7@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20080311092405.GA2541@saphi>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AciDWOdBIraFmzAfScq3vNJQ5xdUcwAgS7GQ
Thread-topic: [Xen-ia64-devel] Paravirt_ops/hybrid directions and next steps
Tristan:
        We are talking about pv_ops interface calling convention, not 
hypervisor API convention. It should not violate each other because we still 
have hypervisor wrapper which can do the convertion.

        One thing in my mind is that when we do pv_ops, we stand in hypervisor 
neutral position. Only when we implement xen hypervisor wrapper of pv_ops, we 
stand on Xen.

        But yes, since we use single source, dual compile to generate code in 
place. Actually those pv_cpu_asm_ops won't be used frequently, most of them are 
not used. So even we use this policy, it is very few place which may use a 
formal pv_ops for ASM code which imply the calling convention.  All IVT/gate 
table/page doesn't have this issue.

Thanks, eddie 

-----Original Message-----
From: Tristan Gingold [mailto:tgingold@xxxxxxx] 
Sent: 2008年3月11日 17:24
To: Dong, Eddie
Cc: Alex Williamson; xen-ia64-devel
Subject: Re: [Xen-ia64-devel] Paravirt_ops/hybrid directions and next steps

Hi,

just a point about call convention: I don't think switching to PAL static
convention is a good idea as it doesn't work well with xen hyperprivop
because of banked registers.

Tristan.

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