On Mon, Dec 22, 2014 at 10:58:59AM +, Ard Biesheuvel wrote:
> Split of the remapping code from efi_config_init() so that the caller
> can perform its own remapping. This is necessary to correctly handle
> virtually remapped UEFI memory regions under kexec, as efi.systab will
> have been updated
Hi Matt,
Please pull the following changes for next. This includes a change in
the help text of EFI firmware Kconfig to update the URL of efibootgr.
It also renames the efi_guid_unparse to reflect better the behavior of
the function.
Thanks and BR,
Ricardo
The following changes since commit
b73
This (tiny) series resolves a fairly serious problem with
early_ioremap/iounmap/memremap/memunmap on arm64. These functions
cannot safely be called after paging_init(), but the sanity check
was not triggering.
As a result, a fixmap entry was incorrectly cleared during
early_initcalls on arm64 UEFI
arm64 does not support early_memremap/memunmap/ioremap/iounmap after
paging_init() has been called. The core early_*remap code handles this
via the after_paging_init variable, which is set by a call to
early_ioremap_reset().
However, arm64 currently does not call early_ioremap_reset(), which
has m
arm64 early_ioremap/iounmap/memremap/memunmap are not supported beyond
the call to paging_init(), but arm64_enter_virtual_mode() (an early
initcall) makes one call to unmap the UEFI memory map.
Rearrange the code to unmap this region before paging_init().
Signed-off-by: Leif Lindholm
---
arch/a
On Mon, 22 Dec, at 10:59:02AM, Ard Biesheuvel wrote:
> In order to support kexec, the kernel needs to be able to deal with the
> state of the UEFI firmware after SetVirtualAddressMap() has been called.
> To avoid having separate code paths for non-kexec and kexec, let's move
> the call to SetVirtua
Hi Ard,
I have a few (minor) comments below.
On Mon, Dec 22, 2014 at 10:59:02AM +, Ard Biesheuvel wrote:
> In order to support kexec, the kernel needs to be able to deal with the
> state of the UEFI firmware after SetVirtualAddressMap() has been called.
> To avoid having separate code paths f
On Mon, Jan 05, 2015 at 01:51:13PM +, Matt Fleming wrote:
> On Thu, 11 Dec, at 03:22:04PM, Peter Jones wrote:
> > Add sysfs files for EFI System Resource Table under
> > /sys/firmware/efi/esrt and for each EFI System Resource Entry under
> > entries/ as a subdir.
> >
> > v2 with suggestions fr
On 01/05/15 15:03, Matt Fleming wrote:
> On Wed, 10 Dec, at 11:46:28AM, Borislav Petkov wrote:
>> On Wed, Dec 10, 2014 at 10:17:41AM +0800, Dave Young wrote:
>>> I have same feeling with you, it is too long for most of people.
>>>
>>> Since the printk code are for EFI_DEBUG, they are around the #if
On Mon, 22 Dec, at 10:58:59AM, Ard Biesheuvel wrote:
> Split of the remapping code from efi_config_init() so that the caller
> can perform its own remapping. This is necessary to correctly handle
> virtually remapped UEFI memory regions under kexec, as efi.systab will
> have been updated to a virtu
On Thu, 18 Dec, at 05:50:49PM, Leif Lindholm wrote:
> efivars is currently enabled under MISC_FILESYSTEMS, which is decribed
> as "such as filesystems that came from other operating systems".
> In reality, it is a pseudo filesystem, providing access to the kernel
> UEFI variable interface.
>
> Sin
On Wed, 10 Dec, at 11:46:28AM, Borislav Petkov wrote:
> On Wed, Dec 10, 2014 at 10:17:41AM +0800, Dave Young wrote:
> > I have same feeling with you, it is too long for most of people.
> >
> > Since the printk code are for EFI_DEBUG, they are around the #ifdef
> > so I would like to see a kernel pa
On Thu, 11 Dec, at 03:22:04PM, Peter Jones wrote:
> Add sysfs files for EFI System Resource Table under
> /sys/firmware/efi/esrt and for each EFI System Resource Entry under
> entries/ as a subdir.
>
> v2 with suggestions from bpetkov.
> v3 with me remembering checkpatch.
> v4 without me typing st
On 29 December 2014 at 09:47, Borislav Petkov wrote:
> On Mon, Dec 29, 2014 at 09:25:15AM +, Ard Biesheuvel wrote:
>> Do you have any comments regarding patches #3 and #6 in this series?
>
> Sorry, have had no time so far to take a look. Holidays and all...
> You're on the TODO list though :-)
On 4 January 2015 at 08:19, Dave Young wrote:
> On 12/30/14 at 01:21pm, Ard Biesheuvel wrote:
>> On 30 December 2014 at 09:25, Dave Young wrote:
>> > On 12/29/14 at 09:22am, Ard Biesheuvel wrote:
>> >> On 26 December 2014 at 09:35, Dave Young wrote:
>> >> > On 12/22/14 at 07:08pm, Ard Biesheuvel
15 matches
Mail list logo