Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752735Ab3JVOv6 (ORCPT ); Tue, 22 Oct 2013 10:51:58 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:49421 "EHLO aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752319Ab3JVOv4 (ORCPT ); Tue, 22 Oct 2013 10:51:56 -0400 Date: Tue, 22 Oct 2013 10:51:40 -0400 From: Konrad Rzeszutek Wilk To: Ian Campbell Cc: Jan Beulich , ross.philipson@citrix.com, stefano.stabellini@eu.citrix.com, grub-devel@gnu.org, david.woodhouse@intel.com, richard.l.maliszewski@intel.com, xen-devel@lists.xen.org, boris.ostrovsky@oracle.com, Daniel Kiper , Peter Jones , linux-kernel@vger.kernel.org, keir@xen.org Subject: Re: EFI and multiboot2 devlopment work for Xen Message-ID: <20131022145140.GA18679@phenom.dumpdata.com> References: <20131021135437.GD1283@fenchurch.internal.datastacks.com> <20131021185758.GD3626@debian70-amd64.local.net-space.pl> <1382433990.1657.66.camel@hastur.hellion.org.uk> <5266620602000078000FCA48@nat28.tlf.novell.com> <1382435127.1657.70.camel@hastur.hellion.org.uk> <526668A502000078000FCA7B@nat28.tlf.novell.com> <20131022134252.GA27302@phenom.dumpdata.com> <1382449985.18283.12.camel@hastur.hellion.org.uk> <20131022140947.GA17829@phenom.dumpdata.com> <1382451868.18283.21.camel@hastur.hellion.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1382451868.18283.21.camel@hastur.hellion.org.uk> User-Agent: Mutt/1.5.21 (2010-09-15) X-Source-IP: acsinet21.oracle.com [141.146.126.237] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2199 Lines: 54 On Tue, Oct 22, 2013 at 03:24:28PM +0100, Ian Campbell wrote: > On Tue, 2013-10-22 at 10:09 -0400, Konrad Rzeszutek Wilk wrote: > > > So it can be booted the same way as xen.efi. But my understanding is > > that folks prefer a bootloader instead of loading the bzImage in an > > NVRAM of a platform with pre-set parameters. Hence that mechanism > > is not used by the majority of users. > > My understanding is that they prefer a bootloader which can launch Linux > as a PE/COFF image, i.e. the linuxefi thing. > > > Instead the majority of users would like to use a bootloader, like > > GRUB2. And there are certain restrictions - if you launch from it > > an PE/COFF application GRUB2 will call ExitBootServices. But if > > you launch the Linux image (so using the linuxefi), it WILL NOT > > call ExitBootServices. > > "linuxefi" won't call ExitBootServices but it will launch as a PE/COFF > application not as a "Linux image", that's right isn't it? I think that > is the whole point of it. No. The linuxefi will parse the payload and verify that it has the Linux x86/boot protocol. So any PE/COFF image won't do. (See grub_cmd_linux in grub-core/loader/i386/efi/linux.c) If you use 'linux' module, it will call ExitBootService. If you use 'multiboot' module, it will call ExitBootService too. So if you don't want to the module to call 'grub_efi_finish_boot_services' you need to use 'linuxefi' :-) And I still haven't found the module that can launch any PE/COFF image from GRUB2. Maybe that is a myth. > > The "launch as a Linux image" grub command is called just "linux" (and > "kernel" may be a synonym). > > > But I say that (about ExitBootServices) - and I can't find it in > > the GRUB2 code, so perhaps I am mistaken. > > linuxefi isn't in the upstream grub2 tree -- all the distros are > carrying it as a patch. So if you are grepping upstream you won't find > it. Right, I am looking at Fedora 19's GRUB2 sources. > > Ian. > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/