Bastian Blank, le Tue 15 Dec 2009 21:27:26 +0100, a écrit :
> 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.
It doesn't yet, that's precisely the content of a patch being discussed
ATM on xen-devel :)
> > > > > 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.
Except Linux is all self-contained and doesn't need to link against a
series of libraries.
> > > 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.
Even after an eject/insert cycle? I do remember issues with blktap
restart in that case.
Xen-devel mailing list