Re: EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Daniel Kiper
On Tue, Oct 22, 2013 at 10:54:44AM +0200, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > On 21.10.2013 23:16, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > > Mail is big, I think I got your essential points but I didn't read it whole. > > On 21.10.2013 14:57, Daniel Kiper wrote: > >> Hi, > >> > >

Re: EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Daniel Kiper
On Mon, Oct 21, 2013 at 11:16:24PM +0200, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > Mail is big, I think I got your essential points but I didn't read it whole. > On 21.10.2013 14:57, Daniel Kiper wrote: > > Hi, > > > > During work on multiboot2 protocol support for Xen it was discovered > >

Re: EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Daniel Kiper
On Tue, Oct 22, 2013 at 05:21:15PM +, Maliszewski, Richard L wrote: > The latter. The code I was looking at definitely has the linuxefi > directive. FWIW, if you install FC18/19 on an EFI system, the grub2 > config file uses the linuxefi and companion initrd directives for launch. > > --Richa

Re: EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Seth Goldberg
> On Oct 23, 2013, at 12:05 AM, Daniel Kiper wrote: > >> On Tue, Oct 22, 2013 at 10:54:44AM +0200, Vladimir 'φ-coder/phcoder' >> Serbinenko wrote: >>> On 21.10.2013 23:16, Vladimir 'φ-coder/phcoder' Serbinenko wrote: >>> Mail is big, I think I got your essential points but I didn't read it whol

Re: [Xen-devel] EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Ian Campbell
On Tue, 2013-10-22 at 12:26 -0400, Konrad Rzeszutek Wilk wrote: > It can (at least in Linux). There are two entry points in the Linux kernel > and - one when it is launched from 'linuxefi' (See efi_stub_entry in > arch/x86/boot/compressed/head_64.S), the other when it is launched > from an EFI she

Re: EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Vladimir 'φ-coder/phcoder' Serbinenko
On 23.10.2013 09:43, Daniel Kiper wrote: > On Mon, Oct 21, 2013 at 11:16:24PM +0200, Vladimir 'φ-coder/phcoder' > Serbinenko wrote: >> Mail is big, I think I got your essential points but I didn't read it whole. >> On 21.10.2013 14:57, Daniel Kiper wrote: >>> Hi, >>> >>> During work on multiboot2

Re: EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Vladimir 'φ-coder/phcoder' Serbinenko
On 23.10.2013 09:05, Daniel Kiper wrote: > Thanks. Could you send me a pointer to current multiboot2 protocol docs? It's managed as "multiboot2" branch in our repo: http://git.savannah.gnu.org/cgit/grub.git Note: we're in process of moving from bzr to git which may cause the link to change. sign

Re: [Xen-devel] EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Konrad Rzeszutek Wilk
On Wed, Oct 23, 2013 at 09:32:30AM +0100, Ian Campbell wrote: > On Tue, 2013-10-22 at 12:26 -0400, Konrad Rzeszutek Wilk wrote: > > It can (at least in Linux). There are two entry points in the Linux kernel > > and - one when it is launched from 'linuxefi' (See efi_stub_entry in > > arch/x86/boot/

Re: [Xen-devel] EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Vladimir 'φ-coder/phcoder' Serbinenko
On 23.10.2013 15:13, Konrad Rzeszutek Wilk wrote: > - not make an ExitBootServices call - which it does right now in the Solaris >GRUB2 case and in the Fedora GRUB2 case. What about having a special tag in multiboot2 file header "RKEBSIHE": "request to keep EFI boot services" and then bootload

Re: [Xen-devel] EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Jan Beulich
>>> Ian Campbell 10/23/13 10:32 AM >>> >The second (standard PE/COFF entry point) can be launched using the UEFI >chainloader call. AIUI this should work with xen.efi today. There are >some limitations however, firstly there is no way to pass additional >blobs and so the launched image must load e

Re: [Xen-devel] EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Jan Beulich
>>> Konrad Rzeszutek Wilk 10/23/13 3:15 PM >>> >On Wed, Oct 23, 2013 at 09:32:30AM +0100, Ian Campbell wrote: >> Am I correct that xen.efi today can be loaded from grub today using the >> chainload command? Whereupon it will parse the xen.cfg and load the dom0 >> kernel and load things from FAT et

Re: [Xen-devel] EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Vladimir 'φ-coder/phcoder' Serbinenko
> GrUB - which iiuc stays in memory > after transferring control - could export its file system support to its > descendants). Xen shouldn't need to load any file after multiboot2 entry point. The needed files would already be in memory with pointers to them passed. If you insist on being able to

Re: [Xen-devel] EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Andrey Borzenkov
В Wed, 23 Oct 2013 16:07:38 +0200 Vladimir 'φ-coder/phcoder' Serbinenko пишет: > > - Do the signature verification (hand-waving which one - probably both). > Can someone throw me the link on the EFI signature specification? Can't > really find it now. It is in UEFI specs, specifically chapter 2

Grub PARTUUID vs UUID

2013-10-23 Thread FireIcer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey I am looking at the impact in general with changing the grub-mkconfig scan not to pickup and update the grub.cfg with the UUID code but the PARTUUID code instead. At present the situation forces the user to enable a working initramfs to work arou

Re: Grub PARTUUID vs UUID

2013-10-23 Thread Vladimir 'φ-coder/phcoder' Serbinenko
On 24.10.2013 02:37, FireIcer wrote: > Hey > > I am looking at the impact in general with changing the grub-mkconfig > scan not to pickup and update the grub.cfg with the UUID code but the > PARTUUID code instead. > > At present the situation forces the user to enable a working initramfs > to wor

grub mishandles corrupt/missing primary GPT

2013-10-23 Thread Chris Murphy
https://bugzilla.redhat.com/show_bug.cgi?id=1022743 Gist is, starting with a disk with valid PMBR, primary GPT, and backup GPT, if I zero LBA 2, I can no longer boot from the disk. I get a grub rescue prompt. Instead, if I merely corrupt a portion of the first partitiontypeguid to mimic corrupt

Re: grub mishandles corrupt/missing primary GPT

2013-10-23 Thread Vladimir 'φ-coder/phcoder' Serbinenko
On 24.10.2013 03:38, Chris Murphy wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1022743 > > Gist is, starting with a disk with valid PMBR, primary GPT, and backup > GPT, if I zero LBA 2, I can no longer boot from the disk. I get a grub > rescue prompt. > > Instead, if I merely corrupt a po

Re: Grub PARTUUID vs UUID

2013-10-23 Thread Chris Murphy
On Oct 23, 2013, at 6:37 PM, FireIcer wrote: > I am looking at the impact in general with changing the grub-mkconfig > scan not to pickup and update the grub.cfg with the UUID code but the > PARTUUID code instead. grub doesn't require volume UUID, this is something that the kernel wants becaus

Re: grub mishandles corrupt/missing primary GPT

2013-10-23 Thread Chris Murphy
Thanks for the response: On Oct 23, 2013, at 7:49 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote: > On 24.10.2013 03:38, Chris Murphy wrote: >> https://bugzilla.redhat.com/show_bug.cgi?id=1022743 >> >> Gist is, starting with a disk with valid PMBR, primary GPT, and backup >> GPT, if I zero L

Grub PARTUUID vs UUID

2013-10-23 Thread FireIcer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Message: 5 Date: Thu, 24 Oct 2013 01:37:06 +0100 From: FireIcer To: grub-devel@gnu.org Subject: Grub PARTUUID vs UUID Message-ID: <52686bb2.2030...@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Hey I am looking at the impact in general wi

Re: Grub PARTUUID vs UUID

2013-10-23 Thread Vladimir 'φ-coder/phcoder' Serbinenko
Please don't post the exact same mail as response to another message, it's both ignored and considered annoying. On 24.10.2013 05:53, FireIcer wrote: > > Message: 5 > Date: Thu, 24 Oct 2013 01:37:06 +0100 > From: FireIcer > To: grub-devel@gnu.org > Subject: Grub PARTUUID vs UUID > Message-ID: <52

Re: [Xen-devel] EFI and multiboot2 devlopment work for Xen

2013-10-23 Thread Jan Beulich
>>> Vladimir 'φ-coder/phcoder' Serbinenko 10/23/13 7:02 PM >>> >>> >> GrUB - which iiuc stays in memory >> after transferring control - could export its file system support to its >> descendants). > >Xen shouldn't need to load any file after multiboot2 entry point. The >needed files would already