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] bi-modal backends - fronend mode detection

To: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] bi-modal backends - fronend mode detection
From: Gerd Hoffmann <kraxel@xxxxxxx>
Date: Mon, 06 Nov 2006 09:47:18 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Jan Beulich <jbeulich@xxxxxxxxxx>
Delivery-date: Mon, 06 Nov 2006 07:24:49 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C171F6F4.3D2E%Keir.Fraser@xxxxxxxxxxxx>
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>
References: <C171F6F4.3D2E%Keir.Fraser@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.5.0.7 (X11/20060911)
Keir Fraser wrote:
> Actually this doesn't necessarily work reliably. We don't know what mode the
> HVM guest will happen to be running in when we query it via a hypercall. We
> should add an address-bits field to the frontend device-info directory. This
> can be filled in by frontend drivers, and also by the tools when creating PV
> guests. In the absence of the address-bits field, backend can assume native
> bit width or 32-bit width, whichever seems likely to work with most older
> HVM clients.

We have that issue for PV domains too (32-on-64 starts working now),
which is more problematic as we have both 32bit and 64bit distros in the
wild, which of course don't add info to xenstore indicating the protocol
variant.

For the pv-on-hvm case we maybe have the chance to fix it up in a sane
way before plenty of systems use it we do it quickly, for example by
requiring guests adding the info to the xenstore.  I'd go with some
"protocol" instead of "address bits" field, giving numbers "1" and "2"
to the current 32bit and 64bit structs and leaving the door open to
introduce some new protocol "3" at some point in the future.

cheers,
  Gerd

-- 
Gerd Hoffmann <kraxel@xxxxxxx>
http://www.suse.de/~kraxel/julika-dora.jpeg

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