To all,
I've encountered a bug when using GRUB2 + OVMF + QEMU on Arch Linux 64 bit.
The issue can be reproduced when running the latest git code from grub as
well.
ISSUE: Kernel panics (in QEMU) when booting with GRUB2 + OVMF + QEMU.
--
When booting using OVMF (ovmf_x64.bin) + QEMU, GRU
On Thu, Aug 13, 2015 at 10:52:19AM +0300, Andrei Borzenkov wrote:
> On Wed, Aug 12, 2015 at 6:53 PM, dann frazier
> wrote:
> > Avoid a NULL pointer dereference if the upper fs layer hasn't set the
> > file->name field. Files opened through the grub_net_fs interface currently
> > do
> > not have t
> To be sure - does it hang without at_keyboard as well?
No it doesn't with only the keymap line (but the layout is still us).
> First try to reproduce it without GUI - it is rather hard to see
> anything in this case. Just boot grub without any grub.cfg - you will be
> left in plain CLI. N
On Mon, Aug 10, 2015 at 03:17:48PM -0400, Konrad Rzeszutek Wilk wrote:
> On Mon, Jul 20, 2015 at 04:29:03PM +0200, Daniel Kiper wrote:
> > Add multiboot2 protocol support. Alter min memory limit handling as we
> > now may not find it from either multiboot (v1) or multiboot2.
> >
> > This way we are
On 13.08.2015 20:52, Toomas Soome wrote:
it (was?) issue when translations were not imported before configure/build. if
you have translations imported, then the locale path will be populated with
messages files and therefore the directory is created.
The problem here is not missing transl
it (was?) issue when translations were not imported before configure/build. if
you have translations imported, then the locale path will be populated with
messages files and therefore the directory is created.
rgds,
toomas
> On 13.08.2015, at 20:48, Andrei Borzenkov wrote:
>
>
>
> On 13.0
On 13.08.2015 08:55, Goofy wrote:
Hello,
i play around with the grub 2.02~Beta2 and i think there is a litte bug ?
i configure the paket with the following line
./configure --prefix= --datarootdir=/usr/share
--localedir=/usr/share/locale
but if i want to install grub with
# grub-install /de
On 08/13/2015 01:13 PM, Andrei Borzenkov wrote:
On 13.08.2015 16:59, Josef Bacik wrote:
On 08/13/2015 04:19 AM, Andrei Borzenkov wrote:
On Wed, Aug 12, 2015 at 6:16 PM, Josef Bacik wrote:
While adding tcp window scaling support I was finding that I'd get
some packet
loss or reordering when
On 12.08.2015 22:17, Hervé Werner wrote:
As requested I compiled the latest development version of Grub and installed it
on a test laptop. Without any further configuration, Grub works fine, it is
able to boot as intended but the keyboard mapping is us.
I then added the following snippet :
g
On 13.08.2015 16:59, Josef Bacik wrote:
On 08/13/2015 04:19 AM, Andrei Borzenkov wrote:
On Wed, Aug 12, 2015 at 6:16 PM, Josef Bacik wrote:
While adding tcp window scaling support I was finding that I'd get
some packet
loss or reordering when transferring from large distances and grub
would
On 08/13/2015 04:19 AM, Andrei Borzenkov wrote:
On Wed, Aug 12, 2015 at 6:16 PM, Josef Bacik wrote:
While adding tcp window scaling support I was finding that I'd get some packet
loss or reordering when transferring from large distances and grub would just
timeout. This is because we weren't a
On Wed, Aug 12, 2015 at 6:16 PM, Josef Bacik wrote:
> While adding tcp window scaling support I was finding that I'd get some packet
> loss or reordering when transferring from large distances and grub would just
> timeout. This is because we weren't ack'ing when we got our OOO packet, so
> the
On Wed, Aug 12, 2015 at 6:53 PM, dann frazier
wrote:
> Avoid a NULL pointer dereference if the upper fs layer hasn't set the
> file->name field. Files opened through the grub_net_fs interface currently do
> not have this field set (though perhaps they should?).
>
file->name is set in grub_file_op
13 matches
Mail list logo