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: [Pkg-xen-devel] [Xen-devel] Re: HVM support to be removed from Debia

To: Thomas Goirand <thomas@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Debian Xen Team <pkg-xen-devel@xxxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: [Pkg-xen-devel] [Xen-devel] Re: HVM support to be removed from Debian Squeeze: call for volunteers
From: Samuel Thibault <sthibault@xxxxxxxxxx>
Date: Tue, 15 Dec 2009 20:33:12 +0100
Delivery-date: Mon, 21 Dec 2009 08:35:44 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20091215190444.GA22269@xxxxxxxxxxxxxxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Mail-followup-to: Samuel Thibault <sthibault@xxxxxxxxxx>, Thomas Goirand <thomas@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Debian Xen Team <pkg-xen-devel@xxxxxxxxxxxxxxxxxxxxxxx>
References: <4B2717A1.2030503@xxxxxxxxxx> <20091215180228.GA20772@xxxxxxxxxxxxxxxxxxxxxxx> <20091215183258.GC4982@xxxxxxxxxxxxxxxxxxxxxxx> <20091215190444.GA22269@xxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.12-2006-07-14
Bastian Blank, le Tue 15 Dec 2009 20:04:44 +0100, a écrit :
> On Tue, Dec 15, 2009 at 07:32:58PM +0100, Samuel Thibault wrote:
> > Bastian Blank, le Tue 15 Dec 2009 19:02:28 +0100, a écrit :
> > > I would like to have some further packages anyway: pv-grub,
> > I cannot but agree with this one, since we'll need it to nicely boot
> > GNU/Mach-based Xen domUs :)
> Why?

Because it permits to load /hurd/ext2fs and /lib/ld.so directly from the
guest itself without having to patch pygrub yet more.

> > > qemu-stubdom.
> > This one will probably be a bit difficult: it's both using the dm fork
> > of qemu, and the cross-compilation stubdom environment.
> No, there is no real cross-compilation involved.

Then I don't know what you call building with -nostdinc -isystem etc.

> > > But the build environment for that needs a complete rewrite to be able
> > > to produce acceptable packages. It needs to reuse existing packages.
> > Yes, each time I've thought about it I got a headache :)
> The problem is that that the three parts (qemu/grub, newlib/libpci/libz
> and mini-os) are not independant from each other. IMHO in a perfect
> world all this variants could use one mini-os and combining them only
> takes a linker call with a special linker script.

So it would be an extended multilib compilation: x86, x86_64,
minios-x86, minios-x86_64?  Mini-os could indeed provide a library to be
linked with and you just need to provide main().  The eventual linkers
of all this would be qemu and grub.  There is still the problem of
having to rebuild whenever a library changes since there's no dynamic
sharing, but yes.

> Also qemu-stubdom needs this fs-backend, which runs as root on the dom0,
> just to read the keymaps (they are combined less than 1MiB, so building
> them into the binary should be no problem).

It also needs it for files non backed by a blktap, e.g. cdroms iirc.


Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>