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/
Home Products Support Community News


Re: [Xen-devel] NetBSD port and a couple of remarks

To: Christian Limpach <chris@xxxxxx>
Subject: Re: [Xen-devel] NetBSD port and a couple of remarks
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: Wed, 28 Jan 2004 11:24:17 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: Wed, 28 Jan 2004 11:56:48 +0000
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Tue, 27 Jan 2004 21:59:51 +0100." <1075237191.4016d147c2019@xxxxxxxxxxx>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
> I have made a NetBSD-current kernel which boots on Xen.  It still has some
> problems but it's good enough to boot multi-user and allows logins.

I presume it's running a single domain 0? 

It would be very nice to get the user-space domain builder
written to support it, so we can have multiple NetBSD, Linux and
XP images all running together on one box...

Our view is that domain building is quite OS specific, hence its
nice to be able to do most of the intricate work of setting up a
domain (installing the image and ramdisks, initial page tables
etc) in the nice environment of a user-space application running
in another domain [*]. It's a pain pulling yourself up by your
bootstraps in assembler within a domain...

Hence, we've developed OS-specific domain building tools for
Linux and Win XP.  It probably makes the sense to do the same for
NetBSD, unless the initial memory map is very similar to

User space domain building was pretty grim in 1.0, so its
definitely worth forward porting to 1.2 first.


[*] One feature of Xen is that you can use the control interface in
one domain to arbitrarily manipulate/modify another domain. At
the moment, there's only a notion of a single privileged domain,
but in future we intend to be able to delegate privileges to
domains to enable them to manages a specified set of other
domains e.g. for domain building, debugging, migration,
checkpointing, fault injection etc.]

The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
Xen-devel mailing list