Folks,
Here's a couple of cleanups and a bug fix for the ACPI BGRT driver
triggered by the recent isolated EFI page table changes currently
sitting in tip.
The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:
Linux 4.4-rc1 (2015-11-15 17:00:27 -0800)
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 50a0cb565246f20d59cdb161778531e4b19d35ac:
x86/efi-bgrt: Fix kernel panic when mapping BGRT data (2015-12-14 15:24:24 +0000)
----------------------------------------------------------------
* We don't need to carry our own formatting code in the esrt driver
because the kobject API can do that for us - Rasmus Villemoes
* Update the arm64 file paths in Documentation/efi-stub.txt to match
the current tree - Alan Ott
* Consistently preface all print statements with "efi" arch/x86 so
that it's more obvious to users reporting problems which statements
in the kernel log are relevant for EFI - Matt Fleming
* Fix a boot crash in the ACPI BGRT driver and delete
efi_lookup_mapped_addr() since it's useless now that the EFI
mappings *only* exist in the 'efi_pgd' page table. Instead we
always early_memremap() the BGRT memory - Sai Praneeth Prakhya
----------------------------------------------------------------
Alan Ott (1):
doc: efi-stub.txt: Fix arm64 paths
Matt Fleming (1):
x86/efi: Preface all print statements with efi* tag
Rasmus Villemoes (1):
efi/esrt: Don't preformat name
Sai Praneeth (1):
x86/efi-bgrt: Fix kernel panic when mapping BGRT data
Documentation/efi-stub.txt | 4 ++--
arch/x86/platform/efi/efi-bgrt.c | 42 ++++++++++++++++------------------------
arch/x86/platform/efi/efi_64.c | 2 ++
arch/x86/platform/efi/quirks.c | 4 +++-
drivers/firmware/efi/efi.c | 32 ------------------------------
drivers/firmware/efi/esrt.c | 5 +----
6 files changed, 25 insertions(+), 64 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-efi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
