Linux EFI/UEFI Development

• Thread Index

• [PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86
  • From: Robert Richter <rrichter@xxxxxxxxxxx>
• [RFC PATCH 29/68] vfs: Convert efivarfs to use the new mount API
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH AUTOSEL 5.0 110/262] efi: cper: Fix possible out-of-bounds access
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 2/2 v2] efi: print appropriate status message when loading certificates
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.0 134/262] efi: Fix build error due to enum collision between efi.h and ima.h
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.0 186/262] efi/memattr: Don't bail on zero VA if it equals the region's PA
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.0 191/262] efi/arm/arm64: Allow SetVirtualAddressMap() to be omitted
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 075/192] efi: cper: Fix possible out-of-bounds access
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 1/2] efi: add a function for transferring status to string
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.19 136/192] efi/memattr: Don't bail on zero VA if it equals the region's PA
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 140/192] efi/arm/arm64: Allow SetVirtualAddressMap() to be omitted
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 1/2] efi: add a function for transferring status to string
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 051/123] efi: cper: Fix possible out-of-bounds access
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 087/123] efi/memattr: Don't bail on zero VA if it equals the region's PA
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 089/123] efi/arm/arm64: Allow SetVirtualAddressMap() to be omitted
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 62/87] efi/memattr: Don't bail on zero VA if it equals the region's PA
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] efi: Downgrade "EFI_MEMMAP is not enabled" message
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] efi: Downgrade "EFI_MEMMAP is not enabled" message
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: Downgrade "EFI_MEMMAP is not enabled" message
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: Boris Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: refactor cmd_stubcopy
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: refactor cmd_stubcopy
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• [PATCH 2/2 v2] efi: print appropriate status message when loading certificates
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH 1/2] efi: add a function for transferring status to string
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH 1/2] efi: add a function for transferring status to string
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• Re: [PATCH 2/2] efi: print appropriate status message when loading certificates
  • From: jlee@xxxxxxxx
• Re: [PATCH 2/2] efi: print appropriate status message when loading certificates
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/2] efi: print appropriate status message when loading certificates
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• [PATCH 1/2] efi: add a function for transferring status to string
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• Re: [PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86
  • From: Robert Richter <rrichter@xxxxxxxxxxx>
• Re: [PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86
  • From: Robert Richter <rrichter@xxxxxxxxxxx>
• Re: [PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86
  • From: Robert Richter <rrichter@xxxxxxxxxxx>
• Re: [PATCH] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86
  • From: Robert Richter <rrichter@xxxxxxxxxxx>
• [PATCH] efi: Unify dmi setup code over architectures arm/arm64, io64 and x86
  • From: Robert Richter <rrichter@xxxxxxxxxxx>
• [PATCH] efi/arm: Show SMBIOS bank/device location in cper and ghes error logs
  • From: Robert Richter <rrichter@xxxxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: Add support for TCG2 log format on UEFI systems
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: Add support for TCG2 log format on UEFI systems
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• [PATCH 26/38] vfs: Convert efivarfs to fs_context
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Add support for TCG2 log format on UEFI systems
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: Please revert 7212e37cbdf9 from 4.4-stable
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 3/3] x86/ima: retry detecting secure boot mode
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH 3/3] x86/ima: retry detecting secure boot mode
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Please revert 7212e37cbdf9 from 4.4-stable
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• Re: [PATCH 3/3] x86/ima: retry detecting secure boot mode
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH 3/3] x86/ima: retry detecting secure boot mode
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] x86/ima: retry detecting secure boot mode
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH 3/3] x86/ima: retry detecting secure boot mode
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] x86/ima: retry detecting secure boot mode
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH 3/3] x86/ima: retry detecting secure boot mode
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] x86/ima: retry detecting secure boot mode
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH 3/3] x86/ima: retry detecting secure boot mode
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] EFI changes for v5.1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] EFI changes for v5.1
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [GIT PULL] EFI changes for v5.1
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL] EFI changes for v5.1
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] efi: Downgrade "EFI_MEMMAP is not enabled" message
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] efi: Downgrade "EFI_MEMMAP is not enabled" message
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: Downgrade "EFI_MEMMAP is not enabled" message
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] efi: Downgrade "EFI_MEMMAP is not enabled" message
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: Downgrade "EFI_MEMMAP is not enabled" message
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] efi: Downgrade "EFI_MEMMAP is not enabled" message
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi: Downgrade "EFI_MEMMAP is not enabled" message
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH V4 2/4] tpm: Reserve the TPM final events table
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH V5 1/4] tpm: Abstract crypto agile event size calculations
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V5 3/4] tpm: Append the final event log to the TPM event log
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V5 4/4] efi: Attempt to get the TCG2 event log in the boot stub
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V5 2/4] tpm: Reserve the TPM final events table
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Add support for TCG2 log format on UEFI systems
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH V4 2/4] tpm: Reserve the TPM final events table
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V4 2/4] tpm: Reserve the TPM final events table
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH V4 0/4] Add support for TCG2 event logs on EFI systems
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH V4 3/4] tpm: Append the final event log to the TPM event log
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V4 4/4] efi: Attempt to get the TCG2 event log in the boot stub
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V4 2/4] tpm: Reserve the TPM final events table
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V4 1/4] tpm: Abstract crypto agile event size calculations
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V4 0/4] Add support for TCG2 event logs on EFI systems
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH 4.20 22/32] arm64, mm, efi: Account for GICv3 LPI tables in static memblock reserve table
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.20 23/32] efi/arm: Revert "Defer persistent reservations until after paging_init()"
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Feb 20
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 20
  • From: Zhangshaokun <zhangshaokun@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Feb 20
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: linux-next: Tree for Feb 20
  • From: Zhangshaokun <zhangshaokun@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Feb 20
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Feb 20
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 20
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] Fix crash in cper_estatus_check()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] Fix crash in cper_estatus_check()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 0/2] Fix crash in cper_estatus_check()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 4.14 53/62] x86/platform/UV: Use efi_runtime_lock to serialise BIOS calls
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 47/58] x86/platform/UV: Use efi_runtime_lock to serialise BIOS calls
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 74/85] x86/platform/UV: Use efi_runtime_lock to serialise BIOS calls
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.20 78/92] x86/platform/UV: Use efi_runtime_lock to serialise BIOS calls
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.4 135/143] x86/platform/UV: Use efi_runtime_lock to serialise BIOS calls
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi/libstub: refactor cmd_stubcopy
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] ima: fix build error redeclaration of enumerator
  • From: James Morris <jmorris@xxxxxxxxx>
• [PATCH 1/1] efi: fix build error redeclaration of enumerator
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/1] EFI updates for v5.1
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [tip:x86/uv] x86/platform/UV: Use efi_enabled() instead of test_bit()
  • From: tip-bot for Hedi Berriche <tipbot@xxxxxxxxx>
• [tip:x86/uv] x86/platform/UV: Remove uv_bios_call_reentrant()
  • From: tip-bot for Hedi Berriche <tipbot@xxxxxxxxx>
• [tip:x86/uv] x86/platform/UV: Remove unnecessary #ifdef CONFIG_EFI
  • From: tip-bot for Hedi Berriche <tipbot@xxxxxxxxx>
• [tip:x86/urgent] x86/platform/UV: Use efi_runtime_lock to serialise BIOS calls
  • From: tip-bot for Hedi Berriche <tipbot@xxxxxxxxx>
• [GIT PULL 0/2] EFI fixes for v5.0-rc
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/2] efi/arm: Revert "Defer persistent reservations until after paging_init()"
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/2] arm64: account for GICv3 LPI tables in static memblock reserve table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] arm64: account for GICv3 LPI tables in static memblock reserve table
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH] efi/libstub: refactor cmd_stubcopy
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: refactor cmd_stubcopy
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] ima: fix build error redeclaration of enumerator
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [Patch v3 0/4] Protect against concurrent calls into UV BIOS
  • From: Mike Travis <mike.travis@xxxxxxx>
• Re: [Patch v3 0/4] Protect against concurrent calls into UV BIOS
  • From: Dimitri Sivanich <sivanich@xxxxxxx>
• Re: [Patch v3 0/4] Protect against concurrent calls into UV BIOS
  • From: Russ Anderson <rja@xxxxxxx>
• Re: [PATCH v3 1/2] ima: fix build error redeclaration of enumerator
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] arm64: account for GICv3 LPI tables in static memblock reserve table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] arm64: account for GICv3 LPI tables in static memblock reserve table
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH 1/2] arm64: account for GICv3 LPI tables in static memblock reserve table
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] arm64: account for GICv3 LPI tables in static memblock reserve table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] arm64: account for GICv3 LPI tables in static memblock reserve table
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 1/2] arm64: account for GICv3 LPI tables in static memblock reserve table
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [Patch v3 0/4] Protect against concurrent calls into UV BIOS
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 2/2] efi: fix build error redeclaration of enumerator
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• [PATCH v3 1/2] ima: fix build error redeclaration of enumerator
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• [Patch v3 3/4] x86/platform/UV: use efi_enabled() instead of test_bit()
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• [Patch v3 2/4] x86/platform/UV: kill uv_bios_call_reentrant()
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• [Patch v3 1/4] x86/platform/UV: remove unnecessary #ifdef CONFIG_EFI
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• [Patch v3 4/4] x86/platform/UV: use efi_runtime_lock to serialise BIOS calls
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• [Patch v3 0/4] Protect against concurrent calls into UV BIOS
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• Re: [PATCH 4/5] efi/libstub/tpm: Retrieve TPM event log in 2.0 format
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 4/5] efi/libstub/tpm: Retrieve TPM event log in 2.0 format
  • From: Bartosz Szczepanek <bsz@xxxxxxxxxxxx>
• [PATCH 1/2] arm64: account for GICv3 LPI tables in static memblock reserve table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/2] efi/arm: Revert "Defer persistent reservations until after paging_init()"
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/2] efi/arm/gicv3: implement fix for memory reservation issue
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 4/5] efi/libstub/tpm: Retrieve TPM event log in 2.0 format
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] tpm: Use library version of calc_tpm2_event_size in sysfs code
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] tpm: Change calc_tpm2_event_size signature
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] tpm: Copy calc_tpm2_event_size() to TPM library
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] tpm: Copy calc_tpm2_event_size() to TPM library
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] efi: fix build error redeclaration of enumerator
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• Re: [Patch v2 1/4] efi/x86: turn EFI runtime semaphore into a global lock
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• Re: [Patch v2 1/4] efi/x86: turn EFI runtime semaphore into a global lock
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [Patch v2 1/4] efi/x86: turn EFI runtime semaphore into a global lock
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• [PATCH v2 2/2] efi: fix build error redeclaration of enumerator
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• [PATCH v2 1/2] ima: fix build error redeclaration of enumerator
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• Re: [PATCH 1/2] ima: fix build error redeclaration of enumerator
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• Re: [PATCH 1/2] ima: fix build error redeclaration of enumerator
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 1/2] ima: fix build error redeclaration of enumerator
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/2] efi: fix build error redeclaration of enumerator
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/2] efi: fix build error redeclaration of enumerator
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/2] efi: fix build error redeclaration of enumerator
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• [PATCH 1/2] ima: fix build error redeclaration of enumerator
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: refactor cmd_stubcopy
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi/libstub: refactor cmd_stubcopy
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v8 0/3] x86/boot/KASLR: Parse ACPI table and limit kaslr in immovable memory
  • From: Masayoshi Mizuma <msys.mizuma@xxxxxxxxx>
• [PATCH 4.20 095/352] firmware/efi: Add NULL pointer checks in efivars API functions
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/5] Add support for TPM event log 2.0 on EFI/ARM
  • From: bsz@xxxxxxxxxxxx
• [PATCH 1/5] tpm: Copy calc_tpm2_event_size() to TPM library
  • From: bsz@xxxxxxxxxxxx
• [PATCH 2/5] tpm: Change calc_tpm2_event_size signature
  • From: bsz@xxxxxxxxxxxx
• [PATCH 3/5] tpm: Use library version of calc_tpm2_event_size in sysfs code
  • From: bsz@xxxxxxxxxxxx
• [PATCH 4/5] efi/libstub/tpm: Retrieve TPM event log in 2.0 format
  • From: bsz@xxxxxxxxxxxx
• [PATCH 4.19 082/313] firmware/efi: Add NULL pointer checks in efivars API functions
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 054/205] firmware/efi: Add NULL pointer checks in efivars API functions
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 031/137] firmware/efi: Add NULL pointer checks in efivars API functions
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] efi/arm: Retrieve TPM event log at efi_entry
  • From: bsz@xxxxxxxxxxxx
• Re: [PATCH v8 2/5] arm64: replace -pg with CC_FLAGS_FTRACE in efi Makefiles
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: x86 kernel does not boot with this commit 4543fea0423b221d6
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] x86: defconfig: enable EFI stub, mixed mode and BGRT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: x86 kernel does not boot with this commit 4543fea0423b221d6
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: x86 kernel does not boot with this commit 4543fea0423b221d6
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v8 0/3] x86/boot/KASLR: Parse ACPI table and limit kaslr in immovable memory
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v8 0/3] x86/boot/KASLR: Parse ACPI table and limit kaslr in immovable memory
  • From: Masayoshi Mizuma <msys.mizuma@xxxxxxxxx>
• Re: [PATCH v8 0/3] x86/boot/KASLR: Parse ACPI table and limit kaslr in immovable memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 02/10] x86/efi: Return error status if mapping EFI regions fail
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v8 2/5] arm64: replace -pg with CC_FLAGS_FTRACE in efi Makefiles
  • From: duwe@xxxxxx (Torsten Duwe)
• Re: [Patch v2 1/4] efi/x86: turn EFI runtime semaphore into a global lock
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [Patch v2 1/4] efi/x86: turn EFI runtime semaphore into a global lock
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• Re: [Patch v2 1/4] efi/x86: turn EFI runtime semaphore into a global lock
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [Patch v2 3/4] x86/platform/UV: use efi_enabled() instead of test_bit()
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• [Patch v2 2/4] x86/platform/UV: kill uv_bios_call_reentrant() as it has no callers
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• [Patch v2 1/4] efi/x86: turn EFI runtime semaphore into a global lock
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• [Patch v2 4/4] x86/platform/UV: use efi_runtime_sem to serialise BIOS calls
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• [Patch v2 0/4] Protect against concurrent calls into UV BIOS
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• Re: [PATCH 10/10] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: x86 kernel does not boot with this commit 4543fea0423b221d6
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH 10/10] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: "Ghannam, Yazen" <Yazen.Ghannam@xxxxxxx>
• Re: [PATCH v8 0/3] x86/boot/KASLR: Parse ACPI table and limit kaslr in immovable memory
  • From: Masayoshi Mizuma <msys.mizuma@xxxxxxxxx>
• Re: x86 kernel does not boot with this commit 4543fea0423b221d6
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH -next] efi/arm64: return zero from ptdump_init()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: x86 kernel does not boot with this commit 4543fea0423b221d6
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH 02/10] x86/efi: Return error status if mapping EFI regions fail
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH -next] efi/arm64: return zero from ptdump_init()
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH] efi/arm: Don't expect a return value of ptdump_debugfs_register
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] firmware: efi: arm-runtime: fix build error void value not ignored
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] firmware: efi: arm-runtime: fix build error void value not ignored
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• Re: [PATCH 02/10] x86/efi: Return error status if mapping EFI regions fail
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 02/10] x86/efi: Return error status if mapping EFI regions fail
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 02/10] x86/efi: Return error status if mapping EFI regions fail
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 3.16 004/305] x86/mm: Simplify p[g4um]d_page() macros
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH 1/1] efi/arm64: add a terminator for ptdump marker
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/1] EFI fix for v5.0
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 00/10] EFI changes for v5.1
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 02/10] x86/efi: Return error status if mapping EFI regions fail
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 04/10] efi: use 32-bit alignment for efi_guid_t
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 05/10] efi/fdt: More cleanups
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 08/10] x86: make ARCH_USE_MEMREMAP_PROT a generic Kconfig symbol
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 03/10] efi: memattr: don't bail on zero VA if it equals the region's PA
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 09/10] efi: x86: convert x86 EFI earlyprintk into generic earlycon implementation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 10/10] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 07/10] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 06/10] efi: replace GPL license boilerplate with SPDX headers
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 01/10] x86/efi: Mark can_free_region() as an __init function
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [efi:next 10/10] drivers/firmware/efi/efi-bgrt.c:110:3: warning: format '%lu' expects argument of type 'long unsigned int', but argument 2 has type 'size_t'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [efi:next 10/10] drivers/firmware//efi/efi-bgrt.c:110:10: warning: format '%lu' expects argument of type 'long unsigned int', but argument 2 has type 'size_t' {aka 'unsigned int'}
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi/arm: Don't expect a return value of ptdump_debugfs_register
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi/arm: Don't expect a return value of ptdump_debugfs_register
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• [efi:next 8/8] drivers/firmware//efi/efi-bgrt.c:109:22: note: in expansion of macro 'min'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [efi:next 8/8] drivers/firmware/efi/efi-bgrt.c:109:73: warning: comparison of distinct pointer types lacks a cast
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v10 11/25] efi: Let architectures decide the flags that should be saved/restored
  • From: Julien Thierry <julien.thierry@xxxxxxx>
• [PATCH v3 2/2] efi: x86: convert x86 EFI earlyprintk into generic earlycon implementation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 1/2] x86: make ARCH_USE_MEMREMAP_PROT a generic Kconfig symbol
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 0/2] efi: arm: add support for earlycon on EFI framebuffer
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 0/2] Fix crash in cper_estatus_check()
  • From: Tyler Baicar <baicar.tyler@xxxxxxxxx>
• Re: [PATCH] EFI: Expose GOP mode number through sysfs and add documentation.
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/arm64: add a terminator for ptdump marker
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] EFI: Expose GOP mode number through sysfs and add documentation.
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 20/28] x86/asm: make some functions local
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v7 27/28] x86_32/asm: change all ENTRY+ENDPROC to SYM_FUNC_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [efi:next 7/7] arch/x86/include/asm/pgtable_types.h:193:27: warning: conversion from 'long long unsigned int' to 'long unsigned int' changes value from '9223372036854776163' to '355'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] acpi: bgrt: Fix the way the BGRT status field is used.
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH 1/2] acpi: bgrt: Fix the way the BGRT status field is used.
  • From: Môshe van der Sterre <me@xxxxxxxx>
• Re: [PATCH 1/2] acpi: bgrt: Fix the way the BGRT status field is used.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH 1/2] acpi: bgrt: Fix the way the BGRT status field is used.
  • From: Môshe van der Sterre <me@xxxxxxxx>
• [PATCH] EFI: Expose GOP mode number through sysfs and add documentation.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add efifb sysfs information to the sysfs documentation
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH 2/2] efi: Add efifb sysfs information to the sysfs documentation
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH 1/2] acpi: bgrt: Fix the way the BGRT status field is used.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH] efi/arm64: add a terminator for ptdump marker
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH v2] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] efi: let kmemleak ignore false positives
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 2/2] efi: x86: convert x86 EFI earlyprintk into generic earlycon implementation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Mark can_free_region() as an __init function
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Return error status if mapping EFI regions fail
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 2/2] efi: x86: convert x86 EFI earlyprintk into generic earlycon implementation
  • From: Alexander Graf <agraf@xxxxxxx>
• Re: [PATCH v2 2/2] efi: x86: convert x86 EFI earlyprintk into generic earlycon implementation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 2/2] efi: x86: convert x86 EFI earlyprintk into generic earlycon implementation
  • From: Alexander Graf <agraf@xxxxxxx>
• [PATCH v2 2/2] efi: x86: convert x86 EFI earlyprintk into generic earlycon implementation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 1/2] x86: make ARCH_USE_MEMREMAP_PROT a generic Kconfig symbol
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 0/2] efi: arm: add support for earlycon on EFI framebuffer
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.20 102/304] firmware/efi: Add NULL pointer checks in efivars API functions
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 088/258] firmware/efi: Add NULL pointer checks in efivars API functions
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 057/170] firmware/efi: Add NULL pointer checks in efivars API functions
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 033/107] firmware/efi: Add NULL pointer checks in efivars API functions
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 2/2] efi/cper: Avoid possible OOB when checking generic data block
  • From: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
• [PATCH v2 0/2] Fix crash in cper_estatus_check()
  • From: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
• [PATCH v2 1/2] acpi/apei: Fix possible out-of-bounds access to BERT region
  • From: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
• [PATCH v2 2/2] efi/cper: Fix possible out-of-bounds access
  • From: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
• Re: [PATCH v9 11/26] efi: Let architectures decide the flags that should be saved/restored
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 3/3] x86/platform/UV: use efi_runtime_sem to serialise BIOS calls
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/3] x86/platform/UV: kill uv_bios_call_reentrant() as it has no callers
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: turn EFI runtime semaphore into a global lock
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Alexander Graf <agraf@xxxxxxx>
• Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH] efi: arm/arm64: allow SetVirtualAddressMap() to be omitted
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/2] efi: arm64: Enable earlycon for the GOP framebuffer
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/2] efi: x86: move EFI earlyprintk code to shared location
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/2] efi: arm: add support for earlycon on EFI framebuffer
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: lijiang <lijiang@xxxxxxxxxx>
• [PATCH 4.19 038/106] efi/libstub: Disable some warnings for x86{,_64}
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.20 050/127] efi/libstub: Disable some warnings for x86{,_64}
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] efi/cper: Avoid possible OOB when checking generic data block
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v9 11/26] efi: Let architectures decide the flags that should be saved/restored
  • From: Julien Thierry <julien.thierry@xxxxxxx>
• Re: [PATCH] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH 2/2] efi/cper: Avoid possible OOB when checking generic data block
  • From: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
• [PATCH 1/2] acpi/apei: Avoid possible OOB when accessing BERT region
  • From: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
• [PATCH 0/2] Fix crash in cper_estatus_check()
  • From: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
• [PATCH] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH] arm64: efi: fix chicken-and-egg problem in memreserve code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH] arm64: efi: fix chicken-and-egg problem in memreserve code
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v9 11/26] efi: Let architectures decide the flags that should be saved/restored
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v9 11/26] efi: Let architectures decide the flags that should be saved/restored
  • From: Julien Thierry <julien.thierry@xxxxxxx>
• [RFC PATCH] arm64: efi: fix chicken-and-egg problem in memreserve code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/3] efi/x86: turn EFI runtime semaphore into a global lock
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• Re: [PATCH 1/3] efi/x86: turn EFI runtime semaphore into a global lock
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] x86/platform/UV: use efi_runtime_sem to serialise BIOS calls
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• Re: [GIT PULL] EFI fix
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [GIT PULL] EFI fix
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [GIT PULL] EFI fix
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] EFI fix
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] EFI fix
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL] EFI fix
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 3/3] x86/platform/UV: use efi_runtime_sem to serialise BIOS calls
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• [PATCH 0/3] Protect against concurrent calls into UV BIOS
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• [PATCH 1/3] efi/x86: turn EFI runtime semaphore into a global lock
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• [PATCH 2/3] x86/platform/UV: kill uv_bios_call_reentrant() as it has no callers
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• [PATCH 3/3] x86/platform/UV: use efi_runtime_sem to serialise BIOS calls
  • From: Hedi Berriche <hedi.berriche@xxxxxxx>
• [PATCH AUTOSEL 4.20 041/117] efi/libstub: Disable some warnings for x86{,_64}
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 32/97] efi/libstub: Disable some warnings for x86{,_64}
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] efi: use 32-bit alignment for efi_guid_t
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: use 32-bit alignment for efi_guid_t
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• [PATCH] efi: use 32-bit alignment for efi_guid_t
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [PATCH -mmotm] efi: drop kmemleak_ignore() for page allocator
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH -mmotm] efi: drop kmemleak_ignore() for page allocator
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH] x86/efi: Don't unmap EFI boot services code/data regions for EFI_OLD_MEMMAP and EFI_MIXED_MODE
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH] x86/efi: Mark can_free_region() as an __init function
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH -mmotm] efi: drop kmemleak_ignore() for page allocator
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Uefi runtime property in device tree
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: Uefi runtime property in device tree
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• Re: [GIT PULL] EFI changes for v4.21
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH -mmotm] efi: drop kmemleak_ignore() for page allocator
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH -mmotm] efi: drop kmemleak_ignore() for page allocator
  • From: Qian Cai <cai@xxxxxx>
• Re: Uefi runtime property in device tree
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH -mmotm] efi: drop kmemleak_ignore() for page allocator
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Uefi runtime property in device tree
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• RE: [PATCH] efi: memattr: don't bail on zero VA if it equals the region's PA
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH -mmotm] efi: drop kmemleak_ignore() for page allocator
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH] x86/efi: Don't unmap EFI boot services code/data regions for EFI_OLD_MEMMAP and EFI_MIXED_MODE
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [GIT PULL] EFI changes for v4.21
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] efi: memattr: don't bail on zero VA if it equals the region's PA
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi: memattr: don't bail on zero VA if it equals the region's PA
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Don't unmap EFI boot services code/data regions for EFI_OLD_MEMMAP and EFI_MIXED_MODE
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH] x86/efi: Don't unmap EFI boot services code/data regions for EFI_OLD_MEMMAP and EFI_MIXED_MODE
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH] x86/efi: Don't unmap EFI boot services code/data regions for EFI_OLD_MEMMAP and EFI_MIXED_MODE
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Don't unmap EFI boot services code/data regions for EFI_OLD_MEMMAP and EFI_MIXED_MODE
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] x86/efi: Don't unmap EFI boot services code/data regions for EFI_OLD_MEMMAP and EFI_MIXED_MODE
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH V2 0/3] Fix EFI memory map leaks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] pstore: Convert buf_lock to semaphore
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH efi-urgent] Revert "efi: Align 'efi_guid_t' to 64 bits"
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH efi-urgent] Revert "efi: Align 'efi_guid_t' to 64 bits"
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH efi-urgent] Revert "efi: Align 'efi_guid_t' to 64 bits"
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 3.18 14/31] x86/earlyprintk/efi: Fix infinite loop on some screen widths
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.4 21/40] x86/earlyprintk/efi: Fix infinite loop on some screen widths
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 34/61] x86/earlyprintk/efi: Fix infinite loop on some screen widths
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 40/72] x86/earlyprintk/efi: Fix infinite loop on some screen widths
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 13/67] x86/earlyprintk/efi: Fix infinite loop on some screen widths
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] efi: efi_guid_t must be 64-bit aligned
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: efi_guid_t must be 64-bit aligned
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/2] Final EFI fixes for v4.20
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/2] efi: efi_guid_t must be 64-bit aligned
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/2] efi: let kmemleak ignore false positives
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/1] efi: efi_guid_t must be 64-bit aligned
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH AUTOSEL 4.19 11/73] x86/earlyprintk/efi: Fix infinite loop on some screen widths
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 05/41] x86/earlyprintk/efi: Fix infinite loop on some screen widths
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 04/34] x86/earlyprintk/efi: Fix infinite loop on some screen widths
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 04/23] x86/earlyprintk/efi: Fix infinite loop on some screen widths
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 3.18 03/16] x86/earlyprintk/efi: Fix infinite loop on some screen widths
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 7/7] ima: Support platform keyring for kernel appraisal
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] ima: Support platform keyring for kernel appraisal
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] integrity: Load certs to the platform keyring
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] integrity: Define a trusted platform keyring
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v2a 5/7] efi: Import certificates from UEFI Secure Boot
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] ima: Support platform keyring for kernel appraisal
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/7] efi: Import certificates from UEFI Secure Boot
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [PATCH v2 7/7] ima: Support platform keyring for kernel appraisal
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v2 6/7] efi: Allow the "db" UEFI variable to be suppressed
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v2 5/7] efi: Import certificates from UEFI Secure Boot
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v2 3/7] efi: Add EFI signature data types
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v2 2/7] integrity: Load certs to the platform keyring
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v2 1/7] integrity: Define a trusted platform keyring
  • From: James Morris <jmorris@xxxxxxxxx>
• [PATCH 4.19 104/118] x86/efi: Allocate e820 buffer before calling efi_exit_boot_service
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• RE: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• Re: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• Re: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• Re: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• Re: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• Re: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• RE: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• Re: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• Re: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• Re: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• Re: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• Re: [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• [PATCH v2 1/2] drivers: firmware: efi: change sys_table to sys_table_arg
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• [PATCH v2 0/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• [PATCH 4/4] efi/arm: re-enable the memreserve table for 32-bit ARM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 3/4] efi/arm: apply persistent memory reservations during paging_init()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/4] ARM: mm: permit early_memremap() to be used in paging_init()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/4] ARM: mm: permit memblock resizing right after mapping the linear region
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/4] ARM: re-enable EFI persistent memory reservations
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [GIT PULL] EFI fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] EFI fixes
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 0/7] add platform/firmware keys support for kernel verification by IMA
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH v2 1/7] integrity: Define a trusted platform keyring
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v2 7/7] ima: Support platform keyring for kernel appraisal
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v2 6/7] efi: Allow the "db" UEFI variable to be suppressed
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v2 5/7] efi: Import certificates from UEFI Secure Boot
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v2 4/7] efi: Add an EFI signature blob parser
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v2 3/7] efi: Add EFI signature data types
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v2 2/7] integrity: Load certs to the platform keyring
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v2 1/7] integrity: Define a trusted platform keyring
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v2 0/7] add platform/firmware keys support for kernel verification by IMA
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• Re: [RESEND PATCH] efi: let kmemleak ignore false positives
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RESEND PATCH] efi: let kmemleak ignore false positives
  • From: "Qian Cai" <cai@xxxxxx>
• Re: [RESEND PATCH] efi: let kmemleak ignore false positives
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 7/7] ima: Support platform keyring for kernel appraisal
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RESEND PATCH] efi: let kmemleak ignore false positives
  • From: Qian Cai <cai@xxxxxx>
• Re: [RESEND PATCH] efi: let kmemleak ignore false positives
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RESEND PATCH] efi: let kmemleak ignore false positives
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [RESEND PATCH] efi: let kmemleak ignore false positives
  • From: Qian Cai <cai@xxxxxx>
• RE: [PATCH V2 0/3] Fix EFI memory map leaks
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• RE: [PATCH V2 2/3] x86/efi: Fix EFI memory map leaks
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• RE: [PATCH V2 1/3] efi: Introduce efi_memmap_free() and efi_memmap_unmap_and_free()
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• RE: [PATCH V2 0/3] Fix EFI memory map leaks
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• RE: [PATCH V2 2/3] x86/efi: Fix EFI memory map leaks
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• RE: [PATCH V2 1/3] efi: Introduce efi_memmap_free() and efi_memmap_unmap_and_free()
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH V2 0/3] Fix EFI memory map leaks
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH V2 2/3] x86/efi: Fix EFI memory map leaks
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• Re: [PATCH V2 0/3] Fix EFI memory map leaks
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Introduce efi_memmap_free() and efi_memmap_unmap_and_free()
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• Re: [PATCH V2 0/3] Fix EFI memory map leaks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V2 0/3] Fix EFI memory map leaks
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH V2 2/3] x86/efi: Fix EFI memory map leaks
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH V2 1/3] efi: Introduce efi_memmap_free() and efi_memmap_unmap_and_free()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH V2 3/3] x86/efi: Use efi_memmap_<alloc/install>() to create runtime EFI memory map
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH V2 2/3] x86/efi: Fix EFI memory map leaks
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH V2 1/3] efi: Introduce efi_memmap_free() and efi_memmap_unmap_and_free()
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH V2 0/3] Fix EFI memory map leaks
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: "Lendacky, Thomas" <Thomas.Lendacky@xxxxxxx>
• Re: [PATCH] pstore: Convert buf_lock to semaphore
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] pstore: Convert buf_lock to semaphore
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] pstore: Convert buf_lock to semaphore
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] pstore: Convert buf_lock to semaphore
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [tip:x86/fpu] x86/fpu: Don't export __kernel_fpu_{begin,end}()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [tip:x86/fpu] x86/fpu: Don't export __kernel_fpu_{begin,end}()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [tip:x86/fpu] x86/fpu: Don't export __kernel_fpu_{begin,end}()
  • From: tip-bot for Sebastian Andrzej Siewior <tipbot@xxxxxxxxx>
• Re: [tip:x86/fpu] x86/fpu: Don't export __kernel_fpu_{begin,end}()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 4.9 49/50] efi/libstub: Make file I/O chunking x86-specific
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] pstore: Convert buf_lock to semaphore
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [tip:x86/fpu] x86/fpu: Don't export __kernel_fpu_{begin,end}()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [tip:x86/fpu] x86/fpu: Don't export __kernel_fpu_{begin,end}()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [tip:x86/fpu] x86/fpu: Don't export __kernel_fpu_{begin,end}()
  • From: tip-bot for Sebastian Andrzej Siewior <tipbot@xxxxxxxxx>
• Re: [PATCH] pstore: Convert buf_lock to semaphore
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] pstore: Convert buf_lock to semaphore
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] pstore: Convert buf_lock to semaphore
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] pstore: Convert buf_lock to semaphore
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] pstore: Convert buf_lock to semaphore
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] pstore: Convert buf_lock to semaphore
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: EFI-pstore, sleeping from back context after fault
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: EFI-pstore, sleeping from back context after fault
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• RE: [GIT PULL 00/11] EFI updates
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [GIT PULL 00/11] EFI updates
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: EFI-pstore, sleeping from back context after fault
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] efi/fdt: More cleanups
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 10/11] efi: reduce the amount of memblock reservations for persistent allocations
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 10/11] efi: reduce the amount of memblock reservations for persistent allocations
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 08/11] firmware: efi: add NULL pointer checks in efivars api functions
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 01/11] x86/efi: Allocate e820 buffer before calling efi_exit_boot_service
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 11/11] efi/x86: earlyprintk - Fix infinite loop on some screen widths
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/fdt: More cleanups
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 01/11] x86/efi: Allocate e820 buffer before calling efi_exit_boot_service
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 08/11] firmware: efi: add NULL pointer checks in efivars api functions
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 11/11] efi/x86: earlyprintk - Fix infinite loop on some screen widths
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] efi/fdt: More cleanups
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 01/11] x86/efi: Allocate e820 buffer before calling efi_exit_boot_service
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: EFI-pstore, sleeping from back context after fault
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] efi: let kmemleak ignore false positives
  • From: Qian Cai <cai@xxxxxx>
• RE: [GIT PULL 00/11] EFI updates
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 01/11] x86/efi: Allocate e820 buffer before calling efi_exit_boot_service
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 04/11] x86/mm/pageattr: Introduce helper function to unmap EFI boot services
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 02/11] efi/fdt: Indentation fix
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 06/11] x86/efi: Move efi_<reserve/free>_boot_services() to arch/x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 10/11] efi: reduce the amount of memblock reservations for persistent allocations
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 09/11] efi: permit multiple entries in persistent memreserve data structure
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 08/11] firmware: efi: add NULL pointer checks in efivars api functions
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 11/11] efi/x86: earlyprintk - Fix infinite loop on some screen widths
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 07/11] efi/libstub: Disable some warnings for x86{,_64}
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 05/11] x86/efi: Unmap EFI boot services code/data regions from efi_pgd
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 03/11] efi/fdt: Simplify get_fdt flow
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 00/11] EFI updates
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 4.9 39/92] efi/arm: Revert deferred unmap of early memmap mapping
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 4.9 39/92] efi/arm: Revert deferred unmap of early memmap mapping
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 39/92] efi/arm: Revert deferred unmap of early memmap mapping
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 061/100] efi/arm: Revert deferred unmap of early memmap mapping
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4.9 39/92] efi/arm: Revert deferred unmap of early memmap mapping
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 4.19 094/110] efi/arm: Revert deferred unmap of early memmap mapping
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2 v8] add reserved e820 ranges to the kdump kernel e820 table
  • From: Lianbo Jiang <lijiang@xxxxxxxxxx>
• [PATCH 1/2 v8] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: Lianbo Jiang <lijiang@xxxxxxxxxx>
• [PATCH 2/2 v8] x86/kexec_file: add reserved e820 ranges to kdump kernel e820 table
  • From: Lianbo Jiang <lijiang@xxxxxxxxxx>
• kmemleak reports leaking in efi_mem_reserve_persistent()
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH 1/2 RESEND v7] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [PATCH 0/7] add platform/firmware keys support for kernel verification by IMA
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 RESEND v7] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 4/7] efi: Add an EFI signature blob parser
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 5/7] efi: Import certificates from UEFI Secure Boot
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 RESEND v7] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [PATCH 5/5] efi: permit calling efi_mem_reserve_persistent from atomic context
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5/5] efi: permit calling efi_mem_reserve_persistent from atomic context
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH 1/2 RESEND v7] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 1/2 RESEND v7] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [PATCH 0/2 RESEND v7] add reserved e820 ranges to the kdump kernel e820 table
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [PATCH 1/2 RESEND v7] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 0/2 RESEND v7] add reserved e820 ranges to the kdump kernel e820 table
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 0/2 RESEND v7] add reserved e820 ranges to the kdump kernel e820 table
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 0/2 RESEND v7] add reserved e820 ranges to the kdump kernel e820 table
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• EFI-pstore, sleeping from back context after fault
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 4.4 19/70] efi/libstub/arm64: Set -fpie when building the EFI stub
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.4 18/70] efi/libstub/arm64: Force hidden visibility for section markers
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] partitions/efi: Fix partition name parsing in GUID partition entry
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 7/7] ima: Support platform keyring for kernel appraisal
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH 6/7] efi: Allow the "db" UEFI variable to be suppressed
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH 4/7] efi: Add an EFI signature blob parser
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH 5/7] efi: Import certificates from UEFI Secure Boot
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH 3/7] efi: Add EFI signature data types
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH 2/7] integrity: Load certs to the platform keyring
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH 1/7] integrity: Define a trusted platform keyring
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH 0/7] add platform/firmware keys support for kernel verification by IMA
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH] partitions/efi: Fix partition name parsing in GUID partition entry
  • From: Nikolai Merinov <n.merinov@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2 RESEND v7] x86/kexec_file: add reserved e820 ranges to kdump kernel e820 table
  • From: Lianbo Jiang <lijiang@xxxxxxxxxx>
• [PATCH 1/2 RESEND v7] resource: add the new I/O resource descriptor 'IORES_DESC_RESERVED'
  • From: Lianbo Jiang <lijiang@xxxxxxxxxx>
• [PATCH 0/2 RESEND v7] add reserved e820 ranges to the kdump kernel e820 table
  • From: Lianbo Jiang <lijiang@xxxxxxxxxx>
• [PATCH 1/1] efi: prevent GICv3 WARN() by mapping memreserve table before first use
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/1] EFI fix for v4.20
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi/x86: earlyprintk - Fix infinite loop on some screen widths
  • From: YiFei Zhu <zhuyifei1999@xxxxxxxxx>
• [PATCH AUTOSEL 4.19 32/36] efi/arm: Revert deferred unmap of early memmap mapping
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 18/21] efi/arm: Revert deferred unmap of early memmap mapping
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 14/15] efi/arm: Revert deferred unmap of early memmap mapping
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] x86: fix -Wmissing-prototypes warning
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] x86: fix -Wmissing-prototypes warning
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] x86: fix -Wmissing-prototypes warning
  • From: Yi Wang <wang.yi59@xxxxxxxxxx>
• [PATCH 4.9 29/59] efi/libstub/arm64: Force hidden visibility for section markers
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 28/59] efi/libstub/arm64: Use hidden attribute for struct screen_info reference
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 31/59] efi/libstub/arm64: Set -fpie when building the EFI stub
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 30/59] efi/libstub: Preserve .debug sections after absolute relocation check
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFT PATCH] efi: map memreserve table before first use
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [RFT PATCH] efi: map memreserve table before first use
  • From: Jan Glauber <Jan.Glauber@xxxxxxxxxx>
• [RFT PATCH v2] efi: map memreserve table before first use
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFT PATCH] efi: map memreserve table before first use
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [RFT PATCH] efi: map memreserve table before first use
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFT PATCH] efi: map memreserve table before first use
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [RFT PATCH] efi: map memreserve table before first use
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v11 4/5] x86/boot: Dig out SRAT table from RSDP and find immovable memory
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• [PATCH 2/3] selftests/ima: kexec_load syscall test
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH 3/3] x86/ima: retry detecting secure boot mode
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH 1/3] ima: add error mesage to kexec_load
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH 0/3] selftest/ima: fail kexec_load syscall
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH 4.14 106/124] efi/arm/libstub: Pack FDT after populating it
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.18 143/171] efi/arm/libstub: Pack FDT after populating it
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 170/205] efi/arm/libstub: Pack FDT after populating it
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v11 4/5] x86/boot: Dig out SRAT table from RSDP and find immovable memory
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v11 5/5] x86/boot/KASLR: Walk srat tables to filter immovable memory
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• Re: [GIT PULL] EFI fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] EFI fixes
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] firmware: efi: add NULL pointer checks in efivars api functions
  • From: Arend van Spriel <arend.vanspriel@xxxxxxxxxxxx>
• Re: [PATCH v11 5/5] x86/boot/KASLR: Walk srat tables to filter immovable memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v11 4/5] x86/boot: Dig out SRAT table from RSDP and find immovable memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] efi: replace GPL license boilerplate with SPDX headers
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] firmware: efi: add NULL pointer checks in efivars api functions
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 2/5] efi: arm: revert deferred unmap of early memmap mapping
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 4/5] efi/arm: defer persistent reservations until after paging_init()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 5/5] efi: permit calling efi_mem_reserve_persistent from atomic context
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 3/5] efi/arm: libstub: pack FDT after populating it
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/5] efi: Fix debugobjects warning on efi_rts_work
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/5] EFI fixes for v4.20
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH] firmware: efi: add NULL pointer checks in efivars api functions
  • From: Arend van Spriel <arend.vanspriel@xxxxxxxxxxxx>
• Re: [PATCH] firmware: efi: add NULL pointer checks in efivars api functions
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] firmware: efi: add NULL pointer checks in efivars api functions
  • From: Arend van Spriel <arend.vanspriel@xxxxxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Masayoshi Mizuma <msys.mizuma@xxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Masayoshi Mizuma <msys.mizuma@xxxxxxxxx>
• Re: [PATCH v11 2/5] x86/boot: Add bios_get_rsdp_addr() to search RSDP in memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v11 4/5] x86/boot: Dig out SRAT table from RSDP and find immovable memory
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v11 4/5] x86/boot: Dig out SRAT table from RSDP and find immovable memory
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v11 2/5] x86/boot: Add bios_get_rsdp_addr() to search RSDP in memory
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v11 1/5] x86/boot: Add efi_get_rsdp_addr() to dig out RSDP from EFI table
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v11 4/5] x86/boot: Dig out SRAT table from RSDP and find immovable memory
  • From: Masayoshi Mizuma <msys.mizuma@xxxxxxxxx>
• Re: [PATCH v11 4/5] x86/boot: Dig out SRAT table from RSDP and find immovable memory
  • From: Masayoshi Mizuma <msys.mizuma@xxxxxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Masayoshi Mizuma <msys.mizuma@xxxxxxxxx>
• Re: [PATCH v11 2/5] x86/boot: Add bios_get_rsdp_addr() to search RSDP in memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v11 1/5] x86/boot: Add efi_get_rsdp_addr() to dig out RSDP from EFI table
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] efi: permit calling efi_mem_reserve_persistent from atomic context
  • From: "Qian Cai" <cai@xxxxxx>
• Re: [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• [PATCH v11 3/5] x86/boot: Add get_acpi_rsdp() to parse RSDP in cmdlien from kexec
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• [PATCH v11 1/5] x86/boot: Add efi_get_rsdp_addr() to dig out RSDP from EFI table
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• [PATCH v11 4/5] x86/boot: Dig out SRAT table from RSDP and find immovable memory
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• [PATCH v11 5/5] x86/boot/KASLR: Walk srat tables to filter immovable memory
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• [PATCH v11 2/5] x86/boot: Add bios_get_rsdp_addr() to search RSDP in memory
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• [PATCH v11 0/5] x86/boot/KASLR: Parse ACPI table and limit kaslr in immovable memory
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH] efi: permit calling efi_mem_reserve_persistent from atomic context
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH] efi: permit calling efi_mem_reserve_persistent from atomic context
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH v8 0/3] x86/boot/KASLR: Parse ACPI table and limit kaslr in immovable memory
  • From: Masayoshi Mizuma <msys.mizuma@xxxxxxxxx>
• Re: Object debugging warning from efivar
  • From: Qian Cai <cai@xxxxxx>
• Re: Object debugging warning from efivar
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v8 0/3] x86/boot/KASLR: Parse ACPI table and limit kaslr in immovable memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] efi: permit calling efi_mem_reserve_persistent from atomic context
  • From: "Qian Cai" <cai@xxxxxx>
• Object debugging warning from efivar
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH] efi: permit calling efi_mem_reserve_persistent from atomic context
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH] efi/libstub: Disable some warnings for x86{,_64}
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v2 0/6] arm/efi: fix memblock reallocation crash due to persistent reservations
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 0/6] arm/efi: fix memblock reallocation crash due to persistent reservations
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• Re: [PATCH v2 0/6] arm/efi: fix memblock reallocation crash due to persistent reservations
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• [PATCH 2/2] efi/arm: libstub: pack FDT after populating it
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/2] efi: arm: revert deferred unmap of early memmap mapping
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/2] efi/arm regression fixes
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi: permit calling efi_mem_reserve_persistent from atomic context
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/6] arm64: memblock: don't permit memblock resizing until linear mapping is up
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: BUG: sleeping function called from invalid context at mm/slab.h:421
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: BUG: sleeping function called from invalid context at mm/slab.h:421
  • From: "Qian Cai" <cai@xxxxxx>
• Re: [PATCH v8 0/3] x86/boot/KASLR: Parse ACPI table and limit kaslr in immovable memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [Bug Report] kdump crashes after latest EFI memblock changes on arm64 machines with large number of CPUs
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• [PATCH v2 6/6] efi: reduce the amount of memblock reservations for persistent allocations
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 5/6] efi: permit multiple entries in persistent memreserve data structure
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 4/6] efi/arm: defer persistent reservations until after paging_init()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 3/6] ARM: mm: permit early_memremap() to be used in paging_init()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 2/6] ARM: mm: permit memblock resizing right after mapping the linear region
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 1/6] arm64: memblock: don't permit memblock resizing until linear mapping is up
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 0/6] arm/efi: fix memblock reallocation crash due to persistent reservations
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/arm: defer persistent reservations until after paging_init()
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] efi/arm: defer persistent reservations until after paging_init()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/arm: defer persistent reservations until after paging_init()
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] efi/arm: defer persistent reservations until after paging_init()
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v10 2/7] x86/boot: Copy kstrtoull() to compressed period
  • From: Chao Fan <fanc.fnst@xxxxxxxxxxxxxx>