Linux EFI/UEFI Development

• Thread Index

• [PATCH 4.9 76/92] efivar/ssdt: Dont iterate over EFI vars if no SSDT override was specified
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 43/65] efivar/ssdt: Dont iterate over EFI vars if no SSDT override was specified
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 49/81] efivar/ssdt: Dont iterate over EFI vars if no SSDT override was specified
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.3 063/112] efi/tpm: Dont access event->count when it isnt mapped
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.3 064/112] efi/tpm: Dont traverse an event log with no events
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.3 065/112] efi/tpm: Only set efi_tpm_final_log_size after successful event log parsing
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.3 111/112] efi/tpm: Fix sanity check of unsigned tbl_size being less than zero
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.3 062/112] efivar/ssdt: Dont iterate over EFI vars if no SSDT override was specified
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 8/8] x86, kcsan: Enable KCSAN for x86
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 8/8] x86, kcsan: Enable KCSAN for x86
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 00/12] EFI Specific Purpose Memory Support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Andrey Konovalov <andreyknvl@xxxxxxxxxx>
• Re: [PATCH 7/8] locking/atomics, kcsan: Add KCSAN instrumentation
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 7/8] locking/atomics, kcsan: Add KCSAN instrumentation
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3 0/3] x86/boot: Introduce the kernel_info et consortes
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCH] efi/tpm: return -EINVAL when determining tpm final events log size fails
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 3/8] build, kcsan: Add KCSAN build exceptions
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH 7/8] locking/atomics, kcsan: Add KCSAN instrumentation
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH 8/8] x86, kcsan: Enable KCSAN for x86
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH 6/8] asm-generic, kcsan: Add KCSAN instrumentation for bitops
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH 5/8] seqlock: Require WRITE_ONCE surrounding raw_seqcount_barrier
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH 4/8] seqlock, kcsan: Add annotations for KCSAN
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH 2/8] objtool, kcsan: Add KCSAN runtime functions to whitelist
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH 0/8] Add Kernel Concurrency Sanitizer (KCSAN)
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v9 24/28] x86_64/asm: Change all ENTRY+ENDPROC to SYM_FUNC_*
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 00/12] EFI Specific Purpose Memory Support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 12/12] acpi/numa/hmat: Register "soft reserved" memory as an "hmem" device
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 11/12] acpi/numa/hmat: Register HMAT at device_initcall level
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 10/12] device-dax: Add a driver for "hmem" devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 09/12] dax: Fix alloc_dax_region() compile warning
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 08/12] lib: Uplevel the pmem "region" ida to a global allocator
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 07/12] x86/efi: Add efi_fake_mem support for EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 06/12] arm/efi: EFI soft reservation to memblock
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 05/12] x86/efi: EFI soft reservation to E820 enumeration
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 04/12] efi: Common enable/disable infrastructure for EFI soft reservation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 03/12] x86/efi: Push EFI_MEMMAP check into leaf routines
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 02/12] efi: Enumerate EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v7 00/12] EFI Specific Purpose Memory Support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 1/8] powerpc: detect the secure boot mode of the system
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v7 2/8] powerpc: add support to initialize ima policy rules
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v7 4/8] powerpc/ima: add measurement rules to ima arch specific policy
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v7 3/8] powerpc: detect the trusted boot state of the system
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v7 2/8] powerpc: add support to initialize ima policy rules
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] powerpc: expose secure variables to userspace via sysfs
  • From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
• Re: [PATCH v4 1/4] powerpc/powernv: Add OPAL API interface to access secure variable
  • From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
• RE: [PATCH] efi: libstub/arm: account for firmware reserved memory at the base of RAM
  • From: Guillaume Gardet <Guillaume.Gardet@xxxxxxx>
• Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address
  • From: Kairui Song <kasong@xxxxxxxxxx>
• Re: [PATCH] efi: libstub/arm: account for firmware reserved memory at the base of RAM
  • From: Chester Lin <clin@xxxxxxxx>
• Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH] efi/tpm: return -EINVAL when determining tpm final events log size fails
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• [PATCH] efi: libstub/arm: account for firmware reserved memory at the base of RAM
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: <Narendra.K@xxxxxxxx>
• Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: <Narendra.K@xxxxxxxx>
• Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: <Narendra.K@xxxxxxxx>
• [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: <Narendra.K@xxxxxxxx>
• Re: [GIT PULL] EFI fixes
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [GIT PULL] EFI fixes
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address
  • From: Kairui Song <kasong@xxxxxxxxxx>
• [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address
  • From: Kairui Song <kasong@xxxxxxxxxx>
• Re: [PATCH v3 1/3] x86/boot: Introduce the kernel_info
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform()
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v7 3/8] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v7 2/8] efi: Add embedded peripheral firmware support
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 7/8] ima: check against blacklisted hashes for files with modsig
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v7 8/8] powerpc/ima: update ima arch policy to check for blacklist
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v7 6/8] certs: add wrapper function to check blacklisted binary hash
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v7 5/8] ima: make process_buffer_measurement() generic
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/8] powerpc: add support to initialize ima policy rules
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: <Narendra.K@xxxxxxxx>
• [PATCH v9 20/28] x86/asm: Make some functions local
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v9 24/28] x86_64/asm: Change all ENTRY+ENDPROC to SYM_FUNC_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v9 27/28] x86_32/asm: Change all ENTRY+ENDPROC to SYM_FUNC_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address
  • From: Kairui Song <kasong@xxxxxxxxxx>
• Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: <Narendra.K@xxxxxxxx>
• Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v7 6/8] Input: icn8505 - Switch to firmware_request_platform for retreiving the fw
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v7 5/8] Input: silead - Switch to firmware_request_platform for retreiving the fw
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: <Narendra.K@xxxxxxxx>
• Re: [PATCH v3 1/3] x86/boot: Introduce the kernel_info
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] x86/boot: Introduce the kernel_info
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCH v6 07/12] x86/efi: Add efi_fake_mem support for EFI_MEMORY_SP
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 06/12] arm/efi: EFI soft reservation to memblock
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 04/12] efi: Common enable/disable infrastructure for EFI soft reservation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 1/3] x86/boot: Introduce the kernel_info
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v6 12/12] acpi/numa/hmat: Register "soft reserved" memory as an "hmem" device
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 03/12] x86/efi: Push EFI_MEMMAP check into leaf routines
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 11/12] acpi/numa/hmat: Register HMAT at device_initcall level
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 10/12] device-dax: Add a driver for "hmem" devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 09/12] dax: Fix alloc_dax_region() compile warning
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 08/12] lib: Uplevel the pmem "region" ida to a global allocator
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 07/12] x86/efi: Add efi_fake_mem support for EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 06/12] arm/efi: EFI soft reservation to memblock
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 04/12] efi: Common enable/disable infrastructure for EFI soft reservation
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 02/12] efi: Enumerate EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v6 00/12] EFI Specific Purpose Memory Support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC PATCH] arch/x86: efistub: Invoke EFI_RNG_PROTOCOL to seed the UEFI RNG table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi/efi_test: lock down /dev/efi_test and require CAP_SYS_ADMIN
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 0/3] x86/boot: Introduce the kernel_info et consortes
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH v3 3/3] x86/boot: Introduce the setup_indirect
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH v3 1/3] x86/boot: Introduce the kernel_info
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• [PATCH v3 2/3] x86/boot: Introduce the kernel_info.setup_type_max
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCH v2] efi/efi_test: lock down /dev/efi_test and require CAP_SYS_ADMIN
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v2] efi/efi_test: lock down /dev/efi_test and require CAP_SYS_ADMIN
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH][next] efi/tpm: fix sanity check of unsigned tbl_size being less than zero
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH][next] efi/tpm: fix sanity check of unsigned tbl_size being less than zero
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• Re: [PATCH][next] efi/tpm: fix sanity check of unsigned tbl_size being less than zero
  • From: Jerry Snitselaar <jsnitsel@xxxxxxxxxx>
• Re: [PATCH v6 3/9] powerpc: add support to initialize ima policy rules
  • From: Nayna <nayna@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH][next] efi/tpm: fix sanity check of unsigned tbl_size being less than zero
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [tip: efi/urgent] efi/tpm: Fix sanity check of unsigned tbl_size being less than zero
  • From: "tip-bot2 for Colin Ian King" <tip-bot2@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v2] efi/efi_test: lock down /dev/efi_test and require CAP_SYS_ADMIN
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH][next] efi/tpm: fix sanity check of unsigned tbl_size being less than zero
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v7 8/8] powerpc/ima: update ima arch policy to check for blacklist
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v7 7/8] ima: check against blacklisted hashes for files with modsig
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v7 6/8] certs: add wrapper function to check blacklisted binary hash
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v7 5/8] ima: make process_buffer_measurement() generic
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v7 4/8] powerpc/ima: add measurement rules to ima arch specific policy
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v7 3/8] powerpc: detect the trusted boot state of the system
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v7 2/8] powerpc: add support to initialize ima policy rules
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v7 1/8] powerpc: detect the secure boot mode of the system
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v7 0/8] powerpc: Enabling IMA arch specific secure boot policies
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [tip: efi/urgent] efi/cper: Fix endianness of PCIe class code
  • From: "tip-bot2 for Lukas Wunner" <tip-bot2@xxxxxxxxxxxxx>
• [tip: efi/urgent] efi: Make unexported efi_rci2_sysfs_init() static
  • From: "tip-bot2 for Ben Dooks" <tip-bot2@xxxxxxxxxxxxx>
• [tip: efi/urgent] efivar/ssdt: Don't iterate over EFI vars if no SSDT override was specified
  • From: "tip-bot2 for Ard Biesheuvel" <tip-bot2@xxxxxxxxxxxxx>
• [tip: efi/urgent] efi/tpm: Only set 'efi_tpm_final_log_size' after successful event log parsing
  • From: "tip-bot2 for Jerry Snitselaar" <tip-bot2@xxxxxxxxxxxxx>
• [tip: efi/urgent] efi/x86: Do not clean dummy variable in kexec path
  • From: "tip-bot2 for Dave Young" <tip-bot2@xxxxxxxxxxxxx>
• [tip: efi/urgent] efi/tpm: Don't access event->count when it isn't mapped
  • From: "tip-bot2 for Peter Jones" <tip-bot2@xxxxxxxxxxxxx>
• [tip: efi/urgent] efi/tpm: Don't traverse an event log with no events
  • From: "tip-bot2 for Peter Jones" <tip-bot2@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [RFC PATCH] arch/x86: efistub: Invoke EFI_RNG_PROTOCOL to seed the UEFI RNG table
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v7 7/8] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 7/8] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform()
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v7 8/8] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v7 7/8] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v7 6/8] Input: icn8505 - Switch to firmware_request_platform for retreiving the fw
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v7 5/8] Input: silead - Switch to firmware_request_platform for retreiving the fw
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v7 3/8] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v7 2/8] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 00/10] EFI Specific Purpose Memory Support
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH] efi/efi_test: require CAP_SYS_ADMIN to open the chardev
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH] efi/efi_test: require CAP_SYS_ADMIN to open the chardev
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v6 6/9] ima: make process_buffer_measurement() non static
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/9] powerpc: add support to initialize ima policy rules
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v6 8/9] ima: deprecate permit_directio, instead use appraise_flag
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v6 7/9] ima: check against blacklisted hashes for files with modsig
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs
  • From: <Narendra.K@xxxxxxxx>
• [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y
  • From: <Narendra.K@xxxxxxxx>
• [PATCH 3/7] efi/tpm: Don't access event->count when it isn't mapped.
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 5/7] efi/tpm: only set efi_tpm_final_log_size after successful event log parsing
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 4/7] efi/tpm: don't traverse an event log with no events
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 2/7] efivar/ssdt: don't iterate over EFI vars if no SSDT override was specified
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/7] efi: cper: Fix endianness of PCIe class code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 6/7] efi: make unexported efi_rci2_sysfs_init static
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 7/7] efi/x86: do not clean dummy variable in kexec path
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/7] EFI fixes for v5.4
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs
  • From: <Narendra.K@xxxxxxxx>
• Re: 5.3.1: x86: efi stub seems to fail to load initrd file
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 3/9] powerpc: add support to initialize ima policy rules
  • From: Thiago Jung Bauermann <bauerman@xxxxxxxxxxxxx>
• [PATCH v4 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v4 2/4] powerpc: expose secure variables to userspace via sysfs
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v4 3/4] x86/efi: move common keyring handler functions to new file
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v4 1/4] powerpc/powernv: Add OPAL API interface to access secure variable
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH v4 0/4] powerpc: expose secure variables to the kernel and userspace
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [PATCH] sysfs: Fixes __BIN_ATTR_WO() macro
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• 5.3.1: x86: efi stub seems to fail to load initrd file
  • From: Thomas Meyer <thomas@xxxxxxxx>
• Re: [PATCH] sysfs: add BIN_ATTR_WO() macro
  • From: Nayna <nayna@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] sysfs: add BIN_ATTR_WO() macro
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sysfs: add BIN_ATTR_WO() macro
  • From: Nayna <nayna@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs
  • From: <Narendra.K@xxxxxxxx>
• Re: [PATCH v6 1/9] dt-bindings: ibm,secureboot: secure boot specific properties for PowerNV
  • From: Nayna <nayna@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 3/9] powerpc: add support to initialize ima policy rules
  • From: Nayna <nayna@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/9] dt-bindings: ibm,secureboot: secure boot specific properties for PowerNV
  • From: Rob Herring <robh@xxxxxxxxxx>
• RE: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs
  • From: <Mario.Limonciello@xxxxxxxx>
• Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• 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>