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] [PATCH,RFC 0/17] 32-on-64 work progress

To: Gerd Hoffmann <kraxel@xxxxxxx>, Jan Beulich <jbeulich@xxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH,RFC 0/17] 32-on-64 work progress
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Wed, 11 Oct 2006 10:41:10 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 11 Oct 2006 02:41:41 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <452CB53D.60603@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: AcbtGWH0oHBJflkMEduBJAAX8io7RQ==
Thread-topic: [Xen-devel] [PATCH,RFC 0/17] 32-on-64 work progress
User-agent: Microsoft-Entourage/11.2.5.060620
On 11/10/06 10:11, "Gerd Hoffmann" <kraxel@xxxxxxx> wrote:

>>>> In an attempt to get some feedback on the ways I'm currently implementing
>>>> this, I'm sending the set of patches as I currently have them. These permit
>>>> a 32-bit PAE Linux dom0 kernel to come up on a 64-bit hypervisor, but
>>>> progress only goes this far currently (very early during invocation of the
>>>> first user mode code page table permissions aren't set correctly yet,
>>>> making
>>>> Xen kill the guest).
> 
> Do you have any plans how domU bootup is going to work?  Especially how
> hypercalls where one domain (typically dom0) changes the state of
> another domain are supposed to work?  That includes the complete
> XEN_DOMCTL_* family, also some memory management hypercalls such as
> mach2phys and pagetable updates, maybe more.  These are used by the
> domain tools to create a new domain and somehow must handle the case
> that we want be able to build 32bit guest domains from a 64bit dom0 (and
> visa versa?).

The tools are going to have to know that they are building a 32p-on-64
guest. What problems do you perceive?

 -- Keir



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