2013/10/23 Konrad Rzeszutek Wilk konrad.w...@oracle.com:
On Tue, Oct 22, 2013 at 03:25:39PM +, Woodhouse, David wrote:
On Tue, 2013-10-22 at 10:43 -0400, Konrad Rzeszutek Wilk wrote:
And looking at bit deeper in the x86/linux boot spec:
EFI HANDOVER PROTOCOL
This protocol
2013/10/23 Michael Chang mch...@suse.com:
2013/10/23 Konrad Rzeszutek Wilk konrad.w...@oracle.com:
On Tue, Oct 22, 2013 at 03:25:39PM +, Woodhouse, David wrote:
On Tue, 2013-10-22 at 10:43 -0400, Konrad Rzeszutek Wilk wrote:
And looking at bit deeper in the x86/linux boot spec:
On Tue, Oct 22, 2013 at 09:42:52AM -0400, Konrad Rzeszutek Wilk wrote:
On Tue, Oct 22, 2013 at 10:59:33AM +0100, Jan Beulich wrote:
On 22.10.13 at 11:45, Ian Campbell ian.campb...@citrix.com wrote:
On Tue, 2013-10-22 at 10:31 +0100, Jan Beulich wrote:
On 22.10.13 at 11:26, Ian Campbell
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,
During work
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
that
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.
--Richard
On Oct 23, 2013, at 12:05 AM, Daniel Kiper daniel.ki...@oracle.com 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
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 shell
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 protocol
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.
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
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 bootloader
Ian Campbell ian.campb...@citrix.com 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
Konrad Rzeszutek Wilk konrad.w...@oracle.com 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
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
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 work
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
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 portion
On Oct 23, 2013, at 6:37 PM, FireIcer f1r31...@gmail.com 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
Thanks for the response:
On Oct 23, 2013, at 7:49 PM, Vladimir 'φ-coder/phcoder' Serbinenko
phco...@gmail.com 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Message: 5
Date: Thu, 24 Oct 2013 01:37:06 +0100
From: FireIcer f1r31...@gmail.com
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
21 matches
Mail list logo