[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] EFI and multiboot2 devlopment work for Xen
> I wonder why Linux can't make the EFI calls to fetch them itself? It can. It does. It prefers to. This is what the "EFI boot stub" is all about. But grub2 is crack-inspired and likes to do all kinds of crap that it shouldn't. It is an exercise in complexity for complexity's sake. The 'linuxefi' method is actually not really Linux-specific; it just boots an EFI executable (which the bzImage *is* when compiled that way). Seriously, forget bootloaders (especially grub2) and make it a COFF/PE executable. Then everything should just work, including Secure Boot etc. And bootloaders can still load that, of course. -- dwmw2 (Apologies for HTML and top-posting; Android mailer is broken.) -------- Original message -------- From: Ian Campbell <ian.campbell@xxxxxxxxxx> Date: 22/10/2013 2:53 PM (GMT+00:00) To: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx> Cc: Jan Beulich <JBeulich@xxxxxxxx>,ross.philipson@xxxxxxxxxx,stefano.stabellini@xxxxxxxxxxxxx,grub-devel@xxxxxxx,"Woodhouse, David" <david.woodhouse@xxxxxxxxx>,"Maliszewski, Richard L" <richard.l.maliszewski@xxxxxxxxx>,xen-devel@xxxxxxxxxxxxx,boris.ostrovsky@xxxxxxxxxx,Daniel Kiper <daniel.kiper@xxxxxxxxxx>,Peter Jones <pjones@xxxxxxxxxx>,linux-kernel@xxxxxxxxxxxxxxx,keir@xxxxxxx Subject: Re: EFI and multiboot2 devlopment work for Xen On Tue, 2013-10-22 at 09:42 -0400, Konrad Rzeszutek Wilk wrote: > Looking at the Fedora GRUB2 source, the 'struct linux_kernel_header' is > defined > in the linux/Documentation/x86/boot.txt and hpa is pretty strict > about making it backwards compatible. It also seems to support Xen! > > (Interestingly enough we do have this structure in the code: see > setup_header in arch/x86/bzimage.c) There will be another usage in tools/libxc/...bzimage too FWIW I think we only use this stuff for the magic number/version and the payload_offset/length fields, which we do in order to extract the payload (ELF file) for booting dom0 and domU. It's not AFAIK used for booting Xen itself or lets say, that's not why I added it ;-)). > Which in the GRUB2 is being constructed by parsing the EFI > data structures. But Linux concentrates on the EFI parts and mostly > ignores the rest. So this is more about passing those EFI values > downstream. I wonder why Linux can't make the EFI calls to fetch them itself? Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |