Re: [Pkg-xen-devel] [Xen-devel] Re: HVM support to be removed from Debian Squeeze: call for volunteers

[Bastian Blank <waldi@xxxxxxxxxx>]

On Tue, Dec 15, 2009 at 08:33:12PM +0100, Samuel Thibault wrote:
> 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.

I'm not sure if pv-grub support multiboot at all. Okay, I've never tried
it but relied on the information from other people.

> > > > qemu-stubdom.
> > No, there is no real cross-compilation involved.
> Then I don't know what you call building with -nostdinc -isystem etc.

The Linux kernel uses the same technique.

>                                      There is still the problem of
> having to rebuild whenever a library changes since there's no dynamic
> sharing, but yes.

Thats the normal static-linking problem.

> > 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.

No, this is done with the normal block backend.

Bastian

-- 
Most legends have their basis in facts.
                -- Kirk, "And The Children Shall Lead", stardate 5029.5

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