[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1358513837.2397.247.camel@shinybook.infradead.org>
Date: Fri, 18 Jan 2013 12:57:17 +0000
From: David Woodhouse <dwmw2@...radead.org>
To: Matt Fleming <matt@...sole-pimps.org>
Cc: "H. Peter Anvin" <hpa@...or.com>,
linux-efi <linux-efi@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [GIT PULL] EFI fixes for v3.8
On Fri, 2013-01-18 at 10:29 +0000, Matt Fleming wrote:
> Hi Peter,
>
> The following changes since commit 7d1f9aeff1ee4a20b1aeb377dd0f579fe9647619:
>
> Linux 3.8-rc4 (2013-01-17 19:25:45 -0800)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git tags/efi-for-3.8
>
> for you to fetch changes up to 791eb564d218dabe0f9a2212916fe54240b97afb:
>
> efivarfs: Delete dentry from dcache in efivarfs_file_write() (2013-01-18 09:43:44 +0000)
>
> ----------------------------------------------------------------
> EFI fixes for v3.8
>
> * Fix EFI boot crash on machines with > 512GB of RAM
> * Fix a few oopses in efivarfs
I believe the EFI boot stub is still totally hosed on 32-bit, and
doesn't correctly set up the graphics when running under qemu in either
mode. Any chance of merging those fixes for 3.8 too? I probably should
have marked them for stable, too.
Not to mention the fact that no sane bootloader can *use* the EFI boot
stub until we start indicating which mode it needs to be invoked in...
which could probably *also* go to stable, in fact. It's just a couple of
new flags in the existing loadflags fields, and doesn't really even need
the bootproto version to be bumped.
--
dwmw2
Download attachment "smime.p7s" of type "application/x-pkcs7-signature" (6171 bytes)
Powered by blists - more mailing lists