Linux EFI/UEFI Development

• Thread Index

• Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 3/9] powerpc: add support to initialize ima policy rules
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• Re: [RFC] random: UEFI RNG input is bootloader randomness
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC] random: UEFI RNG input is bootloader randomness
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• Re: [PATCH v6 5/9] powerpc/ima: add measurement rules to ima arch specific policy
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC] random: UEFI RNG input is bootloader randomness
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [RFC] random: UEFI RNG input is bootloader randomness
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] tpm: only set efi_tpm_final_log_size after successful event log parsing
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH v6 9/9] powerpc/ima: update ima arch policy to check for blacklist
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v6 8/9] ima: deprecate permit_directio, instead use appraise_flag
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v6 7/9] ima: check against blacklisted hashes for files with modsig
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v6 6/9] ima: make process_buffer_measurement() non static
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v6 5/9] powerpc/ima: add measurement rules to ima arch specific policy
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v6 4/9] powerpc: detect the trusted boot state of the system
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v6 3/9] powerpc: add support to initialize ima policy rules
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v6 2/9] powerpc: detect the secure boot mode of the system
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v6 1/9] dt-bindings: ibm,secureboot: secure boot specific properties for PowerNV
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v6 0/9] powerpc: Enabling IMA arch specific secure boot policies
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• Re: [PATCH] x86/efi: Don't require non-blocking EFI callbacks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Don't require non-blocking EFI callbacks
  • From: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Don't require non-blocking EFI callbacks
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] x86/efi: Don't require non-blocking EFI callbacks
  • From: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx>
• Re: [PATCH 1/2] efi: Add efi_memmap_free() to free EFI memory map
  • From: Yunfeng Ye <yeyunfeng@xxxxxxxxxx>
• Re: [PATCH v3] tpm: only set efi_tpm_final_log_size after successful event log parsing
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address
  • From: Kairui Song <kasong@xxxxxxxxxx>
• [PATCH v3] tpm: only set efi_tpm_final_log_size after successful event log parsing
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• Re: [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• Re: [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi: Add efi_memmap_free() to free EFI memory map
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: make unexported efi_rci2_sysfs_init static
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• Re: [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH v2] tpm: only set efi_tpm_final_log_size after successful event log parsing
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• [PATCH] efi: make unexported efi_rci2_sysfs_init static
  • From: Ben Dooks <ben.dooks@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 2/2] efi+tpm: don't traverse an event log with no events
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH 2/2] x86/efi: Fix memory leak for EFI memmap reservations
  • From: Yunfeng Ye <yeyunfeng@xxxxxxxxxx>
• [PATCH 1/2] efi: Add efi_memmap_free() to free EFI memory map
  • From: Yunfeng Ye <yeyunfeng@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 039/128] efi: cper: print AER info of PCIe fatal error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 053/185] efi: cper: print AER info of PCIe fatal error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 30/89] efi: cper: print AER info of PCIe fatal error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 22/60] efi: cper: print AER info of PCIe fatal error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 19/44] efi: cper: print AER info of PCIe fatal error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.3 062/203] efi: cper: print AER info of PCIe fatal error
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified
  • From: Scott Talbert <swt@xxxxxxxxxx>
• [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address
  • From: Kairui Song <kasong@xxxxxxxxxx>
• Re: [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• Re: [GIT PULL] EFI changes for v5.4
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] EFI changes for v5.4
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 03/10] x86, efi: Push EFI_MEMMAP check into leaf routines
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 03/10] x86, efi: Push EFI_MEMMAP check into leaf routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified
  • From: Scott Talbert <swt@xxxxxxxxxx>
• [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Boot regression in 4.8 for Mac Pro server
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Boot regression in 4.8 for Mac Pro server
  • From: Scott Talbert <swt@xxxxxxxxxx>
• [RFC PATCH] x86, efi: never relocate the kernel below LOAD_PHYSICAL_ADDR
  • From: Kairui Song <kasong@xxxxxxxxxx>
• Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Black screen regression introduced in: efi: Refactor efi_memmap_init_early() into arch-neutral code
  • From: Niklas Hambüchen <mail@xxxxxx>
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/10] EFI Specific Purpose Memory Support
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [PATCH 0/9] crypto: sha256 - Merge crypto/sha256.h into crypto/sha.h
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] x86/efi: move common keyring handler functions to new file
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v5 00/10] EFI Specific Purpose Memory Support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/9] crypto: sha256 - Merge crypto/sha256.h into crypto/sha.h
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] sysfs: add BIN_ATTR_WO() macro
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] x86/efi: move common keyring handler functions to new file
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] crypto: ccree - Rename arrays to avoid conflict with crypto/sha256.h
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] crypto: ccree - Rename arrays to avoid conflict with crypto/sha256.h
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 5/9] crypto: ccree - Rename arrays to avoid conflict with crypto/sha256.h
  • From: Gilad Ben-Yossef <gilad@xxxxxxxxxxxxx>
• Re: [PATCH] sysfs: add BIN_ATTR_WO() macro
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] x86/efi: move common keyring handler functions to new file
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v5 00/10] EFI Specific Purpose Memory Support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 9/9] crypto: sha256 - Remove sha256/224_init code duplication
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 8/9] crypto: sha256 - Merge crypto/sha256.h into crypto/sha.h
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 7/9] crypto: n2 - Rename arrays to avoid conflict with crypto/sha256.h
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 6/9] crypto: chelsio - Rename arrays to avoid conflict with crypto/sha256.h
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 5/9] crypto: ccree - Rename arrays to avoid conflict with crypto/sha256.h
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/9] crypto: arm - Rename functions to avoid conflict with crypto/sha256.h
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 2/9] crypto: arm64 - Rename functions to avoid conflict with crypto/sha256.h
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 4/9] crypto: x86 - Rename functions to avoid conflict with crypto/sha256.h
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 3/9] crypto: s390 - Rename functions to avoid conflict with crypto/sha256.h
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 0/9] crypto: sha256 - Merge crypto/sha256.h into crypto/sha.h
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] efi: cper: Fix endianness of PCIe class code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK
  • From: skodde <skodde@xxxxxxxxx>
• Re: [PATCH 2/2] efi+tpm: don't traverse an event log with no events
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] crypto: sha256 - Add missing MODULE_LICENSE() to lib/crypto/sha256.c
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 10/10] acpi/numa/hmat: Register "soft reserved" memory as an "hmem" device
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 09/10] acpi/numa/hmat: Register HMAT at device_initcall level
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 08/10] device-dax: Add a driver for "hmem" devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 07/10] dax: Fix alloc_dax_region() compile warning
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 06/10] lib: Uplevel the pmem "region" ida to a global allocator
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 03/10] x86, efi: Push EFI_MEMMAP check into leaf routines
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 02/10] efi: Enumerate EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 01/10] acpi/numa: Establish a new drivers/acpi/numa/ directory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v5 00/10] EFI Specific Purpose Memory Support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH 0/6 V2] CCIX Protocol error reporting.
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: Early EFI-related boot freeze in parse_setup_data()
  • From: Daniel Drake <drake@xxxxxxxxxxxx>
• Re: [PATCH v3 07/10] lib/memregion: Uplevel the pmem "region" ida to a global allocator
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 2/2] efi+tpm: don't traverse an event log with no events
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH 2/2] efi+tpm: don't traverse an event log with no events
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs
  • From: Nayna <nayna@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] efi+tpm: don't traverse an event log with no events
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH] sysfs: add BIN_ATTR_WO() macro
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs
  • From: Nayna <nayna@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v3 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v3 1/4] powerpc/powernv: Add OPAL API interface to access secure variable
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v3 3/4] x86/efi: move common keyring handler functions to new file
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v3 0/4] powerpc: expose secure variables to the kernel and userspace
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH] crypto: sha256 - Add missing MODULE_LICENSE() to lib/crypto/sha256.c
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] efi: cper: Fix endianness of PCIe class code
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v2 1/4] powerpc/powernv: Add OPAL API interface to access secure variable
  • From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
• Re: [PATCH v2 2/4] powerpc: expose secure variables to userspace via sysfs
  • From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
• Re: [PATCH v2 1/4] powerpc/powernv: Add OPAL API interface to access secure variable
  • From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
• Re: [PATCH v2 4/4] powerpc: load firmware trusted keys into kernel keyring
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] x86/efi: move common keyring handler functions to new file
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] powerpc: expose secure variables to userspace via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/4] powerpc: load firmware trusted keys into kernel keyring
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v2 2/4] powerpc: expose secure variables to userspace via sysfs
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v2 3/4] x86/efi: move common keyring handler functions to new file
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v2 0/4] powerpc: expose secure variables to the kernel and userspace
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v2 1/4] powerpc/powernv: Add OPAL API interface to access secure variable
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Chester Lin <clin@xxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH 0/6 V2] CCIX Protocol error reporting.
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH 6/6 V2] efi / ras: CCIX Agent internal error reporting
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH 5/6 V2] efi / ras: CCIX Link error reporting
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH 4/6 V2] efi / ras: CCIX Port error reporting
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH 3/6 V2] efi / ras: CCIX Address Translation Cache error reporting
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH 2/6 V2] efi / ras: CCIX Cache error reporting
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH 1/6 V2] efi / ras: CCIX Memory error reporting
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Chester Lin <clin@xxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH V40 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH 2/2] efi: Disable runtime services on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 1/2] efi: Allow efi=runtime
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 0/2] efi: Allow to auto-disable it on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Early EFI-related boot freeze in parse_setup_data()
  • From: Daniel Drake <drake@xxxxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK
  • From: skodde <skodde@xxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Chester Lin <clin@xxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK
  • From: skodde <skodde@xxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Guillaume Gardet <Guillaume.Gardet@xxxxxxx>
• [PATCH 1/5] efi: x86: move efi_is_table_address() into arch/x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/5] efi/x86: move UV_SYSTAB handling into arch/x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 5/5] efi: cper: print AER info of PCIe fatal error
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 3/5] efi: ia64: move SAL systab handling out of generic EFI code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/5] EFI updates for v5.4
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/1] efi-stub: Fix get_efi_config_table on mixed-mode setups
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/1] EFI fix for v5.3-rc4
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/1] efi: cper: print AER info of PCIe fatal error
  • From: tanxiaofei <tanxiaofei@xxxxxxxxxx>
• Re: [PATCH v1] Export Runtime Configuration Interface table to sysfs
  • From: <Narendra.K@xxxxxxxx>
• Re: [PATCH 5.3 regression fix] efi-stub: Fix get_efi_config_table on mixed-mode setups
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH v8 20/28] x86/asm: make some functions local
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v8 27/28] x86_32/asm: change all ENTRY+ENDPROC to SYM_FUNC_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v8 24/28] x86_64/asm: change all ENTRY+ENDPROC to SYM_FUNC_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH v1] Export Runtime Configuration Interface table to sysfs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] do not clean dummy variable in kexec path
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 5.3 regression fix] efi-stub: Fix get_efi_config_table on mixed-mode setups
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH V38 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH 5.3 regression fix] efi-stub: Fix get_efi_config_table on mixed-mode setups
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• [PATCH 5.3 regression fix] efi-stub: Fix get_efi_config_table on mixed-mode setups
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: 5.3 boot regression caused by 5.3 TPM changes
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: 5.3 boot regression caused by 5.3 TPM changes
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: 5.3 boot regression caused by 5.3 TPM changes
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: 5.3 boot regression caused by 5.3 TPM changes
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v1] Export Runtime Configuration Interface table to sysfs
  • From: <Narendra.K@xxxxxxxx>
• [PATCH AUTOSEL 5.2 36/59] arm64/efi: fix variable 'si' set but not used
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 20/32] arm64/efi: fix variable 'si' set but not used
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 11/17] arm64/efi: fix variable 'si' set but not used
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 16/25] arm64/efi: fix variable 'si' set but not used
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: 5.3 boot regression caused by 5.3 TPM changes
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC PATCH 0/6] CCIX Protocol Error reporting
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: [PATCH] do not clean dummy variable in kexec path
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] do not clean dummy variable in kexec path
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] do not clean dummy variable in kexec path
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: 5.3 boot regression caused by 5.3 TPM changes
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] do not clean dummy variable in kexec path
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] arm64/efi: fix variable 'si' set but not used
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [PATCH] do not clean dummy variable in kexec path
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH 2/2] ia64: Replace strncmp with str_has_prefix
  • From: Chuhong Yuan <hslester96@xxxxxxxxx>
• Re: 5.3 boot regression caused by 5.3 TPM changes
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: 5.3 boot regression caused by 5.3 TPM changes
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• 5.3 boot regression caused by 5.3 TPM changes
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Rolf Eike Beer <eb@xxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] efi/arm: fix allocation failure when reserving the kernel base
  • From: Chester Lin <clin@xxxxxxxx>
• [PATCH V37 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH] arm64/efi: fix variable 'si' set but not used
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] arm64/efi: fix variable 'si' set but not used
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH] arm64/efi: fix variable 'si' set but not used
  • From: Qian Cai <cai@xxxxxx>
• [PATCH v2 1/1] efi: cper: print AER info of PCIe fatal error
  • From: Xiaofei Tan <tanxiaofei@xxxxxxxxxx>
• Re: [PATCH 1/1] efi: cper: print AER info of PCIe fatal error
  • From: tanxiaofei <tanxiaofei@xxxxxxxxxx>
• Re: [PATCH 1/1] efi: cper: print AER info of PCIe fatal error
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 2/2] powerpc: expose secure variables via sysfs
  • From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
• Re: Why does memblock only refer to E820 table and not EFI Memory Map?
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: Why does memblock only refer to E820 table and not EFI Memory Map?
  • From: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx>
• RE: Why does memblock only refer to E820 table and not EFI Memory Map?
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH 2/2] powerpc: expose secure variables via sysfs
  • From: Nayna <nayna@xxxxxxxxxxxxxxxxxx>
• Re: Why does memblock only refer to E820 table and not EFI Memory Map?
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 2/2] powerpc: expose secure variables via sysfs
  • From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
• [PATCH] x86/sysfb_efi: Add quirks for some devices with swapped width and height
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Why does memblock only refer to E820 table and not EFI Memory Map?
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH V36 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH] x86/efi: Remove unused variables
  • From: Zhenzhong Duan <zhenzhong.duan@xxxxxxxxxx>
• [PATCH V35 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH 1/1] efi: cper: print AER info of PCIe fatal error
  • From: Xiaofei Tan <tanxiaofei@xxxxxxxxxx>
• RE: [PATCH v1] Export Runtime Configuration Interface table to sysfs
  • From: <Mario.Limonciello@xxxxxxxx>
• [PATCH v1] Export Runtime Configuration Interface table to sysfs
  • From: <Narendra.K@xxxxxxxx>
• Re: [PATCH v0] Export Runtime Configuration Interface table to sysfs
  • From: <Narendra.K@xxxxxxxx>
• Re: [PATCH 2/2] powerpc: expose secure variables via sysfs
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH 1/3] ARM: fix kasan link failures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/4] efi/libstub: detect panel-id
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/libstub: detect panel-id
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH 2/4] efi/libstub: detect panel-id
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• Re: [RFC PATCH 0/6] CCIX Protocol Error reporting
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: [RFC PATCH 0/6] CCIX Protocol Error reporting
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH AUTOSEL 5.1 07/39] efi/bgrt: Drop BGRT status field reserved bits check
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.1 14/39] x86/efi: fix a -Wtype-limits compilation warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 03/26] efi/bgrt: Drop BGRT status field reserved bits check
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 02/13] efi/bgrt: Drop BGRT status field reserved bits check
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/libstub: detect panel-id
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/libstub: detect panel-id
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/libstub: detect panel-id
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH 2/4] efi/libstub: detect panel-id
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/libstub: detect panel-id
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/libstub: detect panel-id
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH 2/4] efi/libstub: detect panel-id
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH v0] Export Runtime Configuration Interface table to sysfs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/4] drm+dt+efi: support devices with multiple possible panels
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH v2 4/4] vfs: don't allow most setxattr to immutable files
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [efi:next 2/3] arch/x86/platform/efi/efi.c:77:3: error: 'uv_systab_phys' undeclared here (not in a function); did you mean 'uv_system_init'?
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 0/4] vfs: make immutable files actually immutable
  • From: Boaz Harrosh <boaz@xxxxxxxxxxxxx>
• [PATCH v2 4/4] vfs: don't allow most setxattr to immutable files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 0/4] drm+dt+efi: support devices with multiple possible panels
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH 0/4] drm+dt+efi: support devices with multiple possible panels
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] drm+dt+efi: support devices with multiple possible panels
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH 0/4] drm+dt+efi: support devices with multiple possible panels
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH 2/4] efi/libstub: detect panel-id
  • From: Rob Clark <robdclark@xxxxxxxxx>
• [PATCH 0/4] drm+dt+efi: support devices with multiple possible panels
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code
  • From: "Srivatsa S. Bhat" <srivatsa@xxxxxxxxxxxxx>
• Re: [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5/5] vfs: only allow FSSETXATTR to set DAX flag on files and dirs
  • From: Jan Kara <jack@xxxxxxx>
• Re: [GIT PULL] EFI fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v0] Export Runtime Configuration Interface table to sysfs
  • From: <Narendra.K@xxxxxxxx>
• [PATCH v0] Export Runtime Configuration Interface table to sysfs
  • From: <Narendra.K@xxxxxxxx>
• Re: [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• Re: [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL] EFI fixes
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 4/4] vfs: don't allow most setxattr to immutable files
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [4.19.y PATCH 0/3] Backported fixes for 4.19 stable tree
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [4.19.y PATCH 0/3] Backported fixes for 4.19 stable tree
  • From: "Srivatsa S. Bhat" <srivatsa@xxxxxxxxxxxxx>
• [4.19.y PATCH 1/3] efi/x86/Add missing error handling to old_memmap 1:1 mapping code
  • From: "Srivatsa S. Bhat" <srivatsa@xxxxxxxxxxxxx>
• [PATCH 3/4] vfs: flush and wait for io when setting the immutable flag via FSSETXATTR
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v4 0/5] vfs: clean up SETFLAGS and FSSETXATTR option processing
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/4] vfs: flush and wait for io when setting the immutable flag via SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 4/4] vfs: don't allow most setxattr to immutable files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/4] mm/fs: don't allow writes to immutable files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 3/5] vfs: teach vfs_ioc_fssetxattr_check to check project id info
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/5] vfs: create a generic checking function for FS_IOC_FSSETXATTR
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v6 0/4] vfs: make immutable files actually immutable
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/5] vfs: create a generic checking and prep function for FS_IOC_SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 5/5] vfs: only allow FSSETXATTR to set DAX flag on files and dirs
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 4/5] vfs: teach vfs_ioc_fssetxattr_check to check extent size hints
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 28/39] docs: admin-guide: add a series of orphaned documents
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH 28/39] docs: admin-guide: add a series of orphaned documents
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• [PATCH 28/39] docs: admin-guide: add a series of orphaned documents
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH 23/43] docs: ia64: convert to ReST
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH 2/5] vfs: create a generic checking function for FS_IOC_FSSETXATTR
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 5/5] vfs: don't allow writes to swap files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 2/5] vfs: create a generic checking function for FS_IOC_FSSETXATTR
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] vfs: create a generic checking function for FS_IOC_FSSETXATTR
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 1/5] vfs: create a generic checking and prep function for FS_IOC_SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH] Export Runtime Configuration Interface table to sysfs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [Cluster-devel] [PATCH 1/5] vfs: create a generic checking and prep function for FS_IOC_SETFLAGS
  • From: Bob Peterson <rpeterso@xxxxxxxxxx>
• Re: [RFC PATCH] Export Runtime Configuration Interface table to sysfs
  • From: <Narendra.K@xxxxxxxx>
• Re: [PATCH 2/5] vfs: create a generic checking function for FS_IOC_FSSETXATTR
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] vfs: create a generic checking and prep function for FS_IOC_SETFLAGS
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] vfs: don't allow writes to swap files
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] vfs: don't allow writes to swap files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 3/5] vfs: flush and wait for io when setting the immutable flag via FSSETXATTR
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/5] vfs: flush and wait for io when setting the immutable flag via SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 4/5] vfs: don't allow most setxattr to immutable files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v5 0/5] vfs: make immutable files actually immutable
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/5] mm/fs: don't allow writes to immutable files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 5/5] vfs: only allow FSSETXATTR to set DAX flag on files and dirs
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 4/5] vfs: teach vfs_ioc_fssetxattr_check to check extent size hints
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/5] vfs: create a generic checking function for FS_IOC_FSSETXATTR
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/5] vfs: create a generic checking and prep function for FS_IOC_SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 3/5] vfs: teach vfs_ioc_fssetxattr_check to check project id info
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v3 0/5] vfs: clean up SETFLAGS and FSSETXATTR option processing
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v4 0/7] vfs: make immutable files actually immutable
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [PATCH 1/4] vfs: create a generic checking function for FS_IOC_SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v4 0/7] vfs: make immutable files actually immutable
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 2/4] vfs: create a generic checking function for FS_IOC_FSSETXATTR
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH 2/4] vfs: create a generic checking function for FS_IOC_FSSETXATTR
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 1/4] vfs: create a generic checking function for FS_IOC_SETFLAGS
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH 2/4] vfs: create a generic checking function for FS_IOC_FSSETXATTR
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH V34 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH] Export Runtime Configuration Interface table to sysfs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH] Export Runtime Configuration Interface table to sysfs
  • From: <Narendra.K@xxxxxxxx>
• Re: [RFC PATCH 0/6] CCIX Protocol Error reporting
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: [PATCH 4/4] vfs: teach vfs_ioc_fssetxattr_check to check extent size hints
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] fs: teach vfs_ioc_fssetxattr_check to check project id info
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] vfs: create a generic checking function for FS_IOC_FSSETXATTR
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] vfs: create a generic checking function for FS_IOC_SETFLAGS
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/7] vfs: make immutable files actually immutable
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [Ocfs2-devel] [PATCH 2/7] vfs: flush and wait for io when setting the immutable flag via SETFLAGS
  • From: Jan Kara <jack@xxxxxxx>
• Re: [Ocfs2-devel] [PATCH 2/7] vfs: flush and wait for io when setting the immutable flag via SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 2/7] vfs: flush and wait for io when setting the immutable flag via SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 2/7] vfs: flush and wait for io when setting the immutable flag via SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] drivers: firmware: efi: fix gcc warning -Wint-conversion
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/7] vfs: flush and wait for io when setting the immutable flag via SETFLAGS
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 2/7] vfs: flush and wait for io when setting the immutable flag via SETFLAGS
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/7] mm/fs: don't allow writes to immutable files
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH V34 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [GIT PULL 0/4] EFI fixes for v5.2
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 4/4] efibc: Replace variable set function in notifier call
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/4] efi/memreserve: deal with memreserve entries in unmapped memory
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 3/4] x86/efi: fix a -Wtype-limits compilation warning
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/4] efi/bgrt: Drop BGRT status field reserved bits check
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH V34 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH 5/7] xfs: refactor setflags to use setattr code directly
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/4] vfs: create a generic checking function for FS_IOC_SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 7/7] vfs: don't allow writes to swap files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 6/7] xfs: clean up xfs_merge_ioc_xflags
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/7] vfs: flush and wait for io when setting the immutable flag via SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v4 0/7] vfs: make immutable files actually immutable
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 4/7] vfs: don't allow most setxattr to immutable files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 3/7] vfs: flush and wait for io when setting the immutable flag via FSSETXATTR
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/7] mm/fs: don't allow writes to immutable files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 4/4] vfs: teach vfs_ioc_fssetxattr_check to check extent size hints
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/4] vfs: create a generic checking function for FS_IOC_FSSETXATTR
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 3/4] fs: teach vfs_ioc_fssetxattr_check to check project id info
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v2 0/4] vfs: clean up SETFLAGS and FSSETXATTR option processing
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v3 07/10] lib/memregion: Uplevel the pmem "region" ida to a global allocator
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH 1/6] efi / ras: CCIX Memory error reporting
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: [RFC PATCH] Export Runtime Configuration Interface table to sysfs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [[efi boot control]] efibc: Replace variable set function in notifier call
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] x86/efi: fix a -Wtype-limits compilation warning
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efifb: BGRT: Add check for new BGRT status field rotation bits
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH V33 30/30] efi: Restrict efivar_ssdt_load when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH 1/6] mm/fs: don't allow writes to immutable files
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 1/6] mm/fs: don't allow writes to immutable files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 2/6] vfs: flush and wait for io when setting the immutable flag via SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] drivers: firmware: efi: fix gcc warning -Wint-conversion
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH 1/6] mm/fs: don't allow writes to immutable files
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 4/6] vfs: don't allow most setxattr to immutable files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] drivers: firmware: efi: fix gcc warning -Wint-conversion
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] vfs: don't allow most setxattr to immutable files
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 2/6] vfs: flush and wait for io when setting the immutable flag via SETFLAGS
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 4/4] vfs: teach vfs_ioc_fssetxattr_check to check extent size hints
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 3/4] fs: teach vfs_ioc_fssetxattr_check to check project id info
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 2/4] vfs: create a generic checking function for FS_IOC_FSSETXATTR
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 1/4] vfs: create a generic checking function for FS_IOC_SETFLAGS
  • From: Jan Kara <jack@xxxxxxx>
• RE: [[efi boot control]] efibc: Replace variable set function in notifier call
  • From: "Tian, Baofeng" <baofeng.tian@xxxxxxxxx>
• Re: [PATCH] drivers: firmware: efi: fix gcc warning -Wint-conversion
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.19 17/49] efi/x86/Add missing error handling to old_memmap 1:1 mapping code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• RE: [PATCH v2] x86/efi: fix a -Wtype-limits compilation warning
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH v2] x86/efi: fix a -Wtype-limits compilation warning
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH] drivers: firmware: efi: fix gcc warning -Wint-conversion
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v1 11/22] docs: admin-guide: add .rst files from the main dir
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH v2 19/29] docs: ia64: convert to ReST
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [RFC PATCH] Export Runtime Configuration Interface table to sysfs
  • From: <Narendra.K@xxxxxxxx>
• Re: [PATCH v3 1/3] powerpc/powernv: Add OPAL API interface to get secureboot state
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• [PATCH] drivers: firmware: efi: fix gcc warning -Wint-conversion
  • From: Hariprasad Kelam <hariprasad.kelam@xxxxxxxxx>
• Re: [PATCH v3 1/3] powerpc/powernv: Add OPAL API interface to get secureboot state
  • From: Nayna <nayna@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 02/28] docs: arm64: convert docs to ReST and rename to .rst
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v4 02/28] docs: arm64: convert docs to ReST and rename to .rst
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 2/2] powerpc: expose secure variables via sysfs
  • From: Nayna <nayna@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] powerpc: expose secure variables via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] powerpc: expose secure variables via sysfs
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH 1/2] powerpc/powernv: add OPAL APIs for secure variables
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH 0/2] powerpc/powernv: expose secure variables to userspace
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] powerpc/powernv: Add OPAL API interface to get secureboot state
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: [PATCH -next] efi/tpm: fix a compilation warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH -next] efi/tpm: fix a compilation warning
  • From: Bartosz Szczepanek <bsz@xxxxxxxxxxxx>
• Re: [PATCH -next] efi/tpm: fix a compilation warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH -next] efi/tpm: fix a compilation warning
  • From: Bartosz Szczepanek <bsz@xxxxxxxxxxxx>
• Re: [PATCH V2 1/2] Abstract out support for locating an EFI config table
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 2/2] tpm: Don't duplicate events from the final event log in the TCG2 log
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 2/2] tpm: Don't duplicate events from the final event log in the TCG2 log
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 2/2] tpm: Don't duplicate events from the final event log in the TCG2 log
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V2 1/2] Abstract out support for locating an EFI config table
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH v1 21/31] docs: ia64: convert to ReST
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH v4 02/28] docs: arm64: convert docs to ReST and rename to .rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [[efi boot control]] efibc: Replace variable set function in notifier call
  • From: baofeng.tian@xxxxxxxxx
• [[efi boot control]] efibc: Replace variable set function in notifier call
  • From: baofeng.tian@xxxxxxxxx
• Re: [PATCH v3 1/3] powerpc/powernv: Add OPAL API interface to get secureboot state
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• [PATCH v2 1/4] vfs: create a generic checking function for FS_IOC_SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [Jfs-discussion] [PATCH 1/4] vfs: create a generic checking function for FS_IOC_SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v3 3/3] powerpc: Add support to initialize ima policy rules
  • From: Nayna <nayna@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 3/3] powerpc: Add support to initialize ima policy rules
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v4 2/3] powerpc/powernv: detect the secure boot mode of the system
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v4 1/3] powerpc/powernv: Add OPAL API interface to get secureboot state
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v4 0/3] powerpc: Enabling IMA arch specific secure boot policies
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• Re: [PATCH] efifb: BGRT: Add check for new BGRT status field rotation bits
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] efifb: BGRT: Add check for new BGRT status field rotation bits
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efifb: BGRT: Add check for new BGRT status field rotation bits
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] efifb: BGRT: Add check for new BGRT status field rotation bits
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [Jfs-discussion] [PATCH 1/4] vfs: create a generic checking function for FS_IOC_SETFLAGS
  • From: Dave Kleikamp <dave.kleikamp@xxxxxxxxxx>
• [PATCH -next] efi/tpm: fix a compilation warning
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH v3 3/3] powerpc: Add support to initialize ima policy rules
  • From: Satheesh Rajendran <sathnaga@xxxxxxxxxxxxxxxxxx>
• [PATCH 6/6] xfs: clean up xfs_merge_ioc_xflags
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 3/4] fs: teach vfs_ioc_fssetxattr_check to check project id info
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 3/6] vfs: flush and wait for io when setting the immutable flag via FSSETXATTR
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/6] mm/fs: don't allow writes to immutable files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 4/6] vfs: don't allow most setxattr to immutable files
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 5/6] xfs: refactor setflags to use setattr code directly
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v3 0/6] vfs: make immutable files actually immutable
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/6] vfs: flush and wait for io when setting the immutable flag via SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 4/4] vfs: teach vfs_ioc_fssetxattr_check to check extent size hints
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/4] vfs: create a generic checking function for FS_IOC_SETFLAGS
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/4] vfs: create a generic checking function for FS_IOC_FSSETXATTR
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 0/4] vfs: clean up SETFLAGS and FSSETXATTR option processing
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH] efi/memreserve: deal with memreserve entries in unmapped memory
  • From: Jonathan Richardson <jonathan.richardson@xxxxxxxxxxxx>
• [PATCH v3 3/3] powerpc: Add support to initialize ima policy rules
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v3 2/3] powerpc/powernv: detect the secure boot mode of the system
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v3 1/3] powerpc/powernv: Add OPAL API interface to get secureboot state
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v3 0/3] powerpc: Enabling IMA arch specific secure boot policies
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• Re: [PATCH V2 1/2] Abstract out support for locating an EFI config table
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V2 1/2] Abstract out support for locating an EFI config table
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] efi/memreserve: deal with memreserve entries in unmapped memory
  • From: Ray Jui <ray.jui@xxxxxxxxxxxx>
• Re: [PATCH] efifb: BGRT: Add check for new BGRT status field rotation bits
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/bgrt: Drop BGRT status field reserved bits check
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi/memreserve: deal with memreserve entries in unmapped memory
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 01/10] acpi/numa: Establish a new drivers/acpi/numa/ directory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] efi: Fix TPM code build failure on ARM
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.19 17/49] efi/x86/Add missing error handling to old_memmap 1:1 mapping code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 4.9 60/83] efi/libstub: Unify command line param parsing
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 02/33] docs: arm64: convert docs to ReST and rename to .rst
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH AUTOSEL 5.1 25/70] efi/x86/Add missing error handling to old_memmap 1:1 mapping code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 17/49] efi/x86/Add missing error handling to old_memmap 1:1 mapping code
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 03/10] efi: Enumerate EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 03/10] efi: Enumerate EFI_MEMORY_SP
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH V2 2/2] tpm: Don't duplicate events from the final event log in the TCG2 log
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V2 1/2] Abstract out support for locating an EFI config table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH V2 2/2] tpm: Don't duplicate events from the final event log in the TCG2 log
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V2 1/2] Abstract out support for locating an EFI config table
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: gicv3-its driver crashes in crash dump kernel
  • From: Jonathan Richardson <jonathan.richardson@xxxxxxxxxxxx>
• Re: [PATCH v3 00/10] EFI Specific Purpose Memory Support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 07/10] lib/memregion: Uplevel the pmem "region" ida to a global allocator
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v3 08/10] device-dax: Add a driver for "hmem" devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 03/10] efi: Enumerate EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 00/10] EFI Specific Purpose Memory Support
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 08/10] device-dax: Add a driver for "hmem" devices
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 03/10] efi: Enumerate EFI_MEMORY_SP
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH v3 10/10] acpi/numa/hmat: Register "specific purpose" memory as an "hmem" device
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 09/10] acpi/numa/hmat: Register HMAT at device_initcall level
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 08/10] device-dax: Add a driver for "hmem" devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 07/10] lib/memregion: Uplevel the pmem "region" ida to a global allocator
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 06/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 05/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 04/10] x86, efi: Push EFI_MEMMAP check into leaf routines
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 03/10] efi: Enumerate EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 02/10] acpi/numa/hmat: Skip publishing target info for nodes with no online memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 01/10] acpi/numa: Establish a new drivers/acpi/numa/ directory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v3 00/10] EFI Specific Purpose Memory Support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [RESEND PATCH] x86/efi: fix a -Wtype-limits compilation warning
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: "arm64: Silence gcc warnings about arch ABI drift" breaks clang
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: "arm64: Silence gcc warnings about arch ABI drift" breaks clang
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: "arm64: Silence gcc warnings about arch ABI drift" breaks clang
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: "arm64: Silence gcc warnings about arch ABI drift" breaks clang
  • From: Qian Cai <cai@xxxxxx>
• Re: "arm64: Silence gcc warnings about arch ABI drift" breaks clang
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• "arm64: Silence gcc warnings about arch ABI drift" breaks clang
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: gicv3-its driver crashes in crash dump kernel
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: Fix TPM code build failure on ARM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V2] tpm: Don't duplicate events from the final event log in the TCG2 log
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH for-4.9-stable] efi/libstub: Unify command line param parsing
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: gicv3-its driver crashes in crash dump kernel
  • From: Jonathan Richardson <jonathan.richardson@xxxxxxxxxxxx>
• Re: gicv3-its driver crashes in crash dump kernel
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• Re: gicv3-its driver crashes in crash dump kernel
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: Fix TPM code build failure on ARM
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V2] tpm: Don't duplicate events from the final event log in the TCG2 log
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH for-4.9-stable] efi/libstub: Unify command line param parsing
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: gicv3-its driver crashes in crash dump kernel
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH for-4.9-stable] efi/libstub: Unify command line param parsing
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH for-4.9-stable] efi/libstub: Unify command line param parsing
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [RFC PATCH 5/6] efi / ras: CCIX Link error reporting
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [RFC PATCH 6/6] efi / ras: CCIX Agent internal error reporting
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [RFC PATCH 3/6] efi / ras: CCIX Address Translation Cache error reporting
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [RFC PATCH 1/6] efi / ras: CCIX Memory error reporting
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [RFC PATCH 4/6] efi / ras: CCIX Port error reporting
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [RFC PATCH 2/6] efi / ras: CCIX Cache error reporting
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [RFC PATCH 0/6] CCIX Protocol Error reporting
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH for-4.9-stable] efi/libstub: Unify command line param parsing
  • From: Rolf Eike Beer <eb@xxxxxxxxx>
• Re: [PATCH] efi: Fix TPM code build failure on ARM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH for-4.9-stable] efi/libstub: Unify command line param parsing
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Rolf Eike Beer <eb@xxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Rolf Eike Beer <eb@xxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Rolf Eike Beer <eb@xxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Rolf Eike Beer <eb@xxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• gicv3-its driver crashes in crash dump kernel
  • From: Jonathan Richardson <jonathan.richardson@xxxxxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi: Fix TPM code build failure on ARM
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V2] tpm: Don't duplicate events from the final event log in the TCG2 log
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 1/1] tpm: Don't dereference event after it's unmapped in __calc_tpm2_event_size
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/1] Fix crash in __calc_tpm2_event_size
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH] tpm: Don't duplicate events from the final event log in the TCG2 log
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: Building arm64 EFI stub with -fpie breaks build of 4.9.x (undefined reference to `__efistub__GLOBAL_OFFSET_TABLE_')
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] tpm: Don't dereference event after it's unmapped in __calc_tpm2_event_size
  • From: Chris Coulson <chris.coulson@xxxxxxxxxxxxx>
• [PATCH 0/1] Fix crash in __calc_tpm2_event_size
  • From: Chris Coulson <chris.coulson@xxxxxxxxxxxxx>
• [PATCH] tpm: Don't duplicate events from the final event log in the TCG2 log
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [GIT PULL] EFI fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] EFI fixes
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Bug 203761] New: efivar_ssdt_iter is subject to stack corruption when the input name_size is 0
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V7 0/4] Add support for crypto agile logs
  • From: Joe Richey <joerichey@xxxxxxxxxx>
• [PATCH] x86/efi: fix a -Wtype-limits compilation warning
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 1/8] acpi: Drop drivers/acpi/hmat/ directory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Bug 203761] New: efivar_ssdt_iter is subject to stack corruption when the input name_size is 0
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V7 2/4] tpm: Reserve the TPM final events table
  • From: Joe Richey <joerichey@xxxxxxxxxx>
• Re: [PATCH v2 1/8] acpi: Drop drivers/acpi/hmat/ directory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/8] efi: Enumerate EFI_MEMORY_SP
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 8/8] acpi/hmat: Register "specific purpose" memory as an "hmem" device
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 7/8] acpi/hmat: Register HMAT at device_initcall level
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 6/8] device-dax: Add a driver for "hmem" devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 5/8] lib/memregion: Uplevel the pmem "region" ida to a global allocator
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 4/8] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 3/8] efi: Enumerate EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 2/8] acpi/hmat: Skip publishing target info for nodes with no online memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 1/8] acpi: Drop drivers/acpi/hmat/ directory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v2 0/8] EFI Specific Purpose Memory Support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 5.1 289/405] efifb: Omit memory map check on legacy boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.0 260/346] efifb: Omit memory map check on legacy boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 223/276] efifb: Omit memory map check on legacy boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] efifb: BGRT: Add check for new BGRT status field rotation bits
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] efi/bgrt: Drop BGRT status field reserved bits check
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] x86/efi: Free efi_pgd with free_pages()
  • From: Lennart Glauer <mail@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/efi: Free efi_pgd with free_pages()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V7 0/4] Add support for crypto agile logs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH 1/2] efi/x86: Add missing error handling to old_memmap 1:1 mapping code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/2] efi: Allow the number of EFI configuration tables entries to be zero
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/2] EFI fixes for v5.2
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi_64: Fix a missing-check bug in arch/x86/platform/efi/efi_64.c
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• Re: [PATCH v2] efi_64: Fix a missing-check bug in arch/x86/platform/efi/efi_64.c
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi_64: Fix a missing-check bug in arch/x86/platform/efi/efi_64.c
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• Re: [PATCH V7 0/4] Add support for crypto agile logs
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH v2] efi_64: Fix a missing-check bug in arch/x86/platform/efi/efi_64.c
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi: Check the number of EFI configuration tables entries
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V7 0/4] Add support for crypto agile logs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH 4.19 061/114] fbdev/efifb: Ignore framebuffer memmap entries that lack any memory types
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.0 076/139] fbdev/efifb: Ignore framebuffer memmap entries that lack any memory types
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.1 085/122] fbdev/efifb: Ignore framebuffer memmap entries that lack any memory types
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V7 0/4] Add support for crypto agile logs
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH V7 0/4] Add support for crypto agile logs
  • From: Bartosz Szczepanek <bsz@xxxxxxxxxxxx>
• Re: [PATCH V7 0/4] Add support for crypto agile logs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH V7 0/4] Add support for crypto agile logs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH v2] efi_64: Fix a missing-check bug in arch/x86/platform/efi/efi_64.c
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• Re: [PATCH v2] efi: Check the number of EFI configuration tables entries
  • From: "Bradford, Robert" <robert.bradford@xxxxxxxxx>
• Re: [PATCH V7 0/4] Add support for crypto agile logs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH V7 2/4] tpm: Reserve the TPM final events table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V7 4/4] efi: Attempt to get the TCG2 event log in the boot stub
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH V7 0/4] Add support for crypto agile logs
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V7 3/4] tpm: Append the final event log to the TPM event log
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V7 4/4] efi: Attempt to get the TCG2 event log in the boot stub
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V7 2/4] tpm: Reserve the TPM final events table
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V7 1/4] tpm: Abstract crypto agile event size calculations
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH V6 0/4] Add support for crypto agile TPM event logs
  • From: Bartosz Szczepanek <bsz@xxxxxxxxxxxx>
• Re: [PATCH] x86/boot: provide KASAN compatible aliases for string routines
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH V6 4/4] efi: Attempt to get the TCG2 event log in the boot stub
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] x86/boot: provide KASAN compatible aliases for string routines
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH V6 2/4] tpm: Reserve the TPM final events table
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V6 4/4] efi: Attempt to get the TCG2 event log in the boot stub
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V6 3/4] tpm: Append the final event log to the TPM event log
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V6 1/4] tpm: Abstract crypto agile event size calculations
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V6 0/4] Add support for crypto agile TPM event logs
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH] efi_64: Fix a missing-check bug in arch/x86/platform/efi/efi_64.c of Linux 5.1
  • From: Gen Zhang <blackgod016574@xxxxxxxxx>
• Re: [PATCH] efi_64: Fix a missing-check bug in arch/x86/platform/efi/efi_64.c of Linux 5.1
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi_64: Fix a missing-check bug in arch/x86/platform/efi/efi_64.c of Linux 5.1
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/1] EFI fix for v5.2
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/1] fbdev/efifb: ignore framebuffer memmap entries that lack any memory types
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] fbdev/efifb: ignore framebuffer memmap entries that lack any memory types
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 4.14 022/115] x86/reboot, efi: Use EFI reboot for Acer TravelMate X514-51T
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 083/115] x86/fpu: Dont export __kernel_fpu_{begin,end}()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 037/113] x86/reboot, efi: Use EFI reboot for Acer TravelMate X514-51T
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.0 049/137] x86/reboot, efi: Use EFI reboot for Acer TravelMate X514-51T
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 16/51] x86/reboot, efi: Use EFI reboot for Acer TravelMate X514-51T
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Enabling secure boot on PowerNV systems
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH 0/4] Enabling secure boot on PowerNV systems
  • From: Claudio Carvalho <cclaudio@xxxxxxxxxxxxx>
• Re: [PATCH] fbdev/efifb: ignore framebuffer memmap entries that lack any memory types
  • From: James Hilliard <james.hilliard1@xxxxxxxxx>
• Re: [PATCH 2/2 v3] efi: print appropriate status message when loading certificates
  • From: joeyli <jlee@xxxxxxxx>
• [PATCH AUTOSEL 5.0 42/99] x86/reboot, efi: Use EFI reboot for Acer TravelMate X514-51T
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 17/95] x86/reboot, efi: Use EFI reboot for Acer TravelMate X514-51T
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 84/95] x86/fpu: Don't export __kernel_fpu_{begin,end}()
  • From: Sasha Levin <sashal@xxxxxxxxxx>