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

[Xen-ia64-devel] Re: [Xen-devel] [RFC] hvm-stub for ia64

To: <tgingold@xxxxxxx>, Xen-ia64-devel <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-ia64-devel] Re: [Xen-devel] [RFC] hvm-stub for ia64
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Thu, 22 Nov 2007 08:41:33 +0000
Delivery-date: Thu, 22 Nov 2007 00:35:53 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20071122035943.GA2512@xxxxxxxxxxxxxxxxxxxxx>
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>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acgs43wFuoxO85jWEdyV3AAWy6hiGQ==
Thread-topic: [Xen-devel] [RFC] hvm-stub for ia64
User-agent: Microsoft-Entourage/11.3.6.070618
On 22/11/07 03:59, "tgingold@xxxxxxx" <tgingold@xxxxxxx> wrote:

> Part 1: tools/ - modification to start an hvmstub domain (small)
> Part 2: xen/ - IO reflection (small)
> Part 3: extra/stubfw - stub firmware (large)
> 
> Change to common files are rather small and this is a good news.
> The stub firmware is more a proof of concept and need serious enhancement.
> It is just minimal to be able to boot linux (ie serial console and one ide
> disk).
> 
> I am not sure where should go stubfw, so if anyone has suggestions...

Does the hvmstub have to look different to an hvm guest from the p.o.v. of
the tools? It's rather a shame to introduce a third kind of domain at that
level.

How do you think this appraoch compares with a separate stub domain per HVM
guest? That's the approach being developed on the x86 side, but it would be
nice to not increase divergence between x86 and ia64.

 -- Keir



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