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] 32-on-64: pvfb issue

To: Gerd Hoffmann <kraxel@xxxxxxx>, Keir Fraser <keir@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] 32-on-64: pvfb issue
From: Keir Fraser <keir@xxxxxxxxxxxxx>
Date: Fri, 19 Jan 2007 13:45:19 +0000
Cc: Xen devel list <xen-devel@xxxxxxxxxxxxxxxxxxx>, Markus Armbruster <armbru@xxxxxxxxxx>
Delivery-date: Fri, 19 Jan 2007 05:44:59 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <45B0C0C5.4090009@xxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acc70A6/TR7uqafDEduuowAX8io7RQ==
Thread-topic: [Xen-devel] 32-on-64: pvfb issue
User-agent: Microsoft-Entourage/11.2.5.060620
On 19/1/07 12:59, "Gerd Hoffmann" <kraxel@xxxxxxx> wrote:

>> Right now, since we make no
>> effort to ensure protocol compat across machine architectures (for example
>> we use native endianness) I suggest that we define a per-architecture
>> protocol name: 'x86_32', 'x86_64', 'ia64', 'powerpc64', etc.
> 
> Hmm, not sure I like that idea, especially for pvfb as there certainly
> will come the protocol switch to grant tables, so using the arch names
> doesn't sound like a good idea to me.

Then we would make the protocol name structural: '<arch>-v2' rather than the
extending an enumeration to 3 and 4 (in your scheme). Or take advantage of
the stringness and call it '<arch>-grant'. Personally I'm of the opinion
that the architectural ABI is a fundamental component of our protocol (in
fact, the very component that is tripping us up here!). And magic numbers
suck compared with intelligible strings for this kind of thing imo. However,
I am open to persuasive arguments on this point. I'm not quite as stuck on
it as I am regarding use of xenbus for this field: it just occurred to me as
a seemingly neat extensible technique. :-)

 -- Keir


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