Re: [PATCH v4 3/8] efi: split off remapping code from efi_config_init()

2015-01-05 Thread Borislav Petkov
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

[GIT PULL] EFI changes for next

2015-01-05 Thread Ricardo Neri
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

[PATCH 0/2] arm64: don't call early_*map() post paging_init()

2015-01-05 Thread Leif Lindholm
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

[PATCH 2/2] arm64: call early_ioremap_reset() in paging_init()

2015-01-05 Thread Leif Lindholm
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

[PATCH 1/2] arm64: don't make early_*map() calls post paging_init()

2015-01-05 Thread Leif Lindholm
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

Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub

2015-01-05 Thread Matt Fleming
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

Re: [PATCH v4 6/8] arm64/efi: move SetVirtualAddressMap() to UEFI stub

2015-01-05 Thread Mark Rutland
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

Re: [RFC PATCH] Add esrt support.

2015-01-05 Thread Peter Jones
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

Re: Shorten efi regions output

2015-01-05 Thread Laszlo Ersek
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

Re: [PATCH v4 3/8] efi: split off remapping code from efi_config_init()

2015-01-05 Thread Matt Fleming
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

Re: [RFC] fs: make efivarfs a pseudo filesystem, built by default with EFI

2015-01-05 Thread Matt Fleming
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

Re: Shorten efi regions output

2015-01-05 Thread Matt Fleming
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

Re: [RFC PATCH] Add esrt support.

2015-01-05 Thread Matt Fleming
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

Re: [PATCH v4 4/8] efi: efistub: allow allocation alignment larger than EFI_PAGE_SIZE

2015-01-05 Thread Ard Biesheuvel
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 :-)

Re: [PATCH 0/8] arm64: improved memory map handling for /dev/mem, ACPI etc

2015-01-05 Thread Ard Biesheuvel
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