Hi,
The current code in grub-core/lib/fdt.c doesn't work for me (and I
suspect it doesn't work for anybody else either): GRUB just hangs when
trying to load a Linux kernel with an associated device tree. In fact,
the current code is still the first version of fdt.c which I sent to
the list
Hi,
On 10/07/2013 01:30 PM, Leif Lindholm wrote:
Hmm - trunk does not however seem to be able to successfully boot a
Linux kernel on ARM/UEFI currently. I will look into that.
You may have run into the same issues I run into when I try booting a
Linux kernel with device tree. See my patch at
On 28.10.2013 09:43, Francesco Lavra wrote:
Hi,
The current code in grub-core/lib/fdt.c doesn't work for me (and I
suspect it doesn't work for anybody else either): GRUB just hangs when
trying to load a Linux kernel with an associated device tree. In fact,
the current code is still the first
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
Will a multiboot2 tag with whole EFI memory map solve your problem?
I added such a tag in documentation and wrote a patch for it (attached).
Awaiting for someone to test it to commit
Great! I think from Xen perspective we first need to have Xen be able
to understand multiboot2 - that is
Hi,
Quoting Konrad Rzeszutek Wilk, who wrote the following on Mon, 28 Oct 2013:
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
On 28/10/13 18:06, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
Hello, all. I'm working on pvgrub2 and my problem is following:
When you first use grant tables you commit yourself to a particular
grant table version. GRUB has to read from disk and hence use grant
tables. By doing so it commits