[GIT PULL 00/11] EFI changes for v4.4

[Matt Fleming]

From: Matt Fleming <matt.fleming@xxxxxxxxx>

Folks, please pull the below patches. The largest thing is probably
the introduction of Taku's "efi_fake_mem" kernel option which allows
the EFI memory map passed from the firmware to the kernel to be
modified with additional memory map attributes.

There's also the ground work from Ard for supporting the
EFI_PROPERTIES_TABLE feature, which allows us to use more strict page
mapping attributes for the EFI runtime services regions (such as RO
for code and NX for data). Actually doing that will come in the
future.

Other than that, it's small changes and cleanups.

The following changes since commit 0ce423b6492a02be11662bfaa837dd16945aad3e:

  efi: Use the generic efi.memmap instead of 'memmap' (2015-10-11 11:04:18 +0200)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git tags/efi-next

for you to fetch changes up to 0f96a99dab366333439e110d6ad253bc7c557c09:

  efi: Add "efi_fake_mem" boot option (2015-10-12 14:20:09 +0100)

----------------------------------------------------------------
 * Make the EFI System Resource Table (ESRT) driver explicitly
   non-modular by ripping out the module_* code since Kconfig doesn't
   allow it to be built as a module anyway - Paul Gortmaker

 * Make the x86 efi=debug kernel parameter, which enables EFI debug
   code and output, generic and usable by arm64 - Leif Lindholm

 * Add support to the x86 EFI boot stub for 64-bit Graphics Output
   Protocol frame buffer addresses - Matt Fleming

 * Detect when the UEFI v2.5 EFI_PROPERTIES_TABLE feature is enabled
   in the firmware and set an efi.flags bit so the kernel knows when
   it can apply more strict runtime mapping attributes - Ard Biesheuvel

 * Auto-load the efi-pstore module on EFI systems, just like we
   currently do for the efivars module - Ben Hutchings

 * Add "efi_fake_mem" kernel parameter which allows the system's EFI
   memory map to be updated with additional attributes for specific
   memory ranges. This is useful for testing the kernel code that handles
   the EFI_MEMORY_MORE_RELIABLE memmap bit even if your firmware
   doesn't include support - Taku Izumi

----------------------------------------------------------------
Ard Biesheuvel (2):
      efi: Add support for UEFIv2.5 Properties table
      efi: Introduce EFI_NX_PE_DATA bit and set it from properties table

Ben Hutchings (1):
      efi: Auto-load the efi-pstore module

Leif Lindholm (3):
      efi/x86: Move efi=debug option parsing to core
      arm64: Use core efi=debug instead of uefi_debug command line parameter
      efi/arm64: Clean up efi_get_fdt_params() interface

Matt Fleming (1):
      efifb: Add support for 64-bit frame buffer addresses

Paul Gortmaker (1):
      drivers/firmware: Make efi/esrt.c driver explicitly non-modular

Taku Izumi (3):
      efi: Add EFI_MEMORY_MORE_RELIABLE support to efi_md_typeattr_format()
      x86/efi: Rename print_efi_memmap() to efi_print_memmap()
      efi: Add "efi_fake_mem" boot option

 Documentation/arm/uefi.txt          |   2 -
 Documentation/kernel-parameters.txt |  15 +++
 arch/arm64/kernel/efi.c             |  19 +--
 arch/x86/boot/compressed/eboot.c    |  24 +++-
 arch/x86/include/asm/efi.h          |   1 +
 arch/x86/kernel/setup.c             |   4 +-
 arch/x86/platform/efi/efi.c         |   6 +-
 drivers/firmware/efi/Kconfig        |  22 ++++
 drivers/firmware/efi/Makefile       |   1 +
 drivers/firmware/efi/efi-pstore.c   |   1 +
 drivers/firmware/efi/efi.c          |  62 +++++++---
 drivers/firmware/efi/esrt.c         |  19 +--
 drivers/firmware/efi/fake_mem.c     | 238 ++++++++++++++++++++++++++++++++++++
 drivers/video/fbdev/efifb.c         |  24 +++-
 include/linux/efi.h                 |  22 +++-
 include/uapi/linux/screen_info.h    |   5 +-
 16 files changed, 400 insertions(+), 65 deletions(-)
 create mode 100644 drivers/firmware/efi/fake_mem.c
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/