Linux EFI Development - Date Index

• Date Index

• Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, (continued)
  • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
  • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, kbuild test robot
  • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, kbuild test robot
    • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
  • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Bhupesh Sharma
    • Re: [PATCH v3 1/9] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
  • [PATCH v3 2/9] kcsan: Add Documentation entry in dev-tools, Marco Elver
  • [PATCH v3 3/9] objtool, kcsan: Add KCSAN runtime functions to whitelist, Marco Elver
  • [PATCH v3 5/9] seqlock, kcsan: Add annotations for KCSAN, Marco Elver
    • Re: [PATCH v3 5/9] seqlock, kcsan: Add annotations for KCSAN, kbuild test robot
      • Re: [PATCH v3 5/9] seqlock, kcsan: Add annotations for KCSAN, Marco Elver
  • [PATCH v3 6/9] seqlock: Require WRITE_ONCE surrounding raw_seqcount_barrier, Marco Elver
  • [PATCH v3 7/9] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Marco Elver
  • [PATCH v3 8/9] locking/atomics, kcsan: Add KCSAN instrumentation, Marco Elver
  • [PATCH v3 9/9] x86, kcsan: Enable KCSAN for x86, Marco Elver
  • [PATCH v3 4/9] build, kcsan: Add KCSAN build exceptions, Marco Elver
  • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
    • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
      • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
        • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
          • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
            • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
              • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
                • Re: [PATCH v3 0/9] Add Kernel Concurrency Sanitizer (KCSAN), Paul E. McKenney
• Re: x86/boot: add ramoops.mem_size=1048576 boot parameter cause can't boot, youling 257
  • Re: x86/boot: add ramoops.mem_size=1048576 boot parameter cause can't boot, youling 257
    • Re: x86/boot: add ramoops.mem_size=1048576 boot parameter cause can't boot, youling 257
• [PATCH v10 0/9] powerpc: Enabling IMA arch specific secure boot policies, Mimi Zohar
  • [PATCH v10 1/9] powerpc: detect the secure boot mode of the system, Mimi Zohar
    • Re: [PATCH v10 1/9] powerpc: detect the secure boot mode of the system, Eric Richter
    • [PATCH v10a 1/9] powerpc: detect the secure boot mode of the system, Eric Richter
      • Re: [PATCH v10a 1/9] powerpc: detect the secure boot mode of the system, Michael Ellerman
  • [PATCH v10 2/9] powerpc/ima: add support to initialize ima policy rules, Mimi Zohar
    • Re: [PATCH v10 2/9] powerpc/ima: add support to initialize ima policy rules, Michael Ellerman
  • [PATCH v10 4/9] powerpc/ima: define trusted boot policy, Mimi Zohar
    • Re: [PATCH v10 4/9] powerpc/ima: define trusted boot policy, Michael Ellerman
  • [PATCH v10 6/9] certs: add wrapper function to check blacklisted binary hash, Mimi Zohar
    • Re: [PATCH v10 6/9] certs: add wrapper function to check blacklisted binary hash, Michael Ellerman
  • [PATCH v10 7/9] ima: check against blacklisted hashes for files with modsig, Mimi Zohar
    • Re: [PATCH v10 7/9] ima: check against blacklisted hashes for files with modsig, Michael Ellerman
  • [RFC PATCH v10 9/9] powerpc/ima: indicate kernel modules appended signatures are enforced, Mimi Zohar
    • Re: [RFC PATCH v10 9/9] powerpc/ima: indicate kernel modules appended signatures are enforced, Michael Ellerman
  • [PATCH v10 8/9] powerpc/ima: update ima arch policy to check for blacklist, Mimi Zohar
    • Re: [PATCH v10 8/9] powerpc/ima: update ima arch policy to check for blacklist, Michael Ellerman
  • [PATCH v10 5/9] ima: make process_buffer_measurement() generic, Mimi Zohar
    • Re: [PATCH v10 5/9] ima: make process_buffer_measurement() generic, Lakshmi Ramasubramanian
      • Re: [PATCH v10 5/9] ima: make process_buffer_measurement() generic, Lakshmi Ramasubramanian
    • Re: [PATCH v10 5/9] ima: make process_buffer_measurement() generic, Michael Ellerman
  • [PATCH v10 3/9] powerpc: detect the trusted boot state of the system, Mimi Zohar
    • [PATCH v10a 3/9] powerpc: detect the trusted boot state of the system, Eric Richter
      • Re: [PATCH v10a 3/9] powerpc: detect the trusted boot state of the system, Michael Ellerman
  • Re: [PATCH v10 0/9] powerpc: Enabling IMA arch specific secure boot policies, Lakshmi Ramasubramanian
    • Re: [PATCH v10 0/9] powerpc: Enabling IMA arch specific secure boot policies, Mimi Zohar
• [ARK INTERNAL PATCHv2 2/5] efi: Add an EFI_SECURE_BOOT flag to indicate secure boot mode, Jeremy Cline
• [GIT PULL v2 0/6] EFI fixes for v5.4, Ard Biesheuvel
  • [PATCH v2 1/6] efi: Make CONFIG_EFI_RCI2_TABLE selectable on x86 only, Ard Biesheuvel
    • [tip: efi/urgent] efi: Make CONFIG_EFI_RCI2_TABLE selectable on x86 only, tip-bot2 for Narendra K
  • [PATCH v2 2/6] efi/tpm: return -EINVAL when determining tpm final events log size fails, Ard Biesheuvel
    • [tip: efi/urgent] efi/tpm: Return -EINVAL when determining tpm final events log size fails, tip-bot2 for Jerry Snitselaar
  • [PATCH v2 4/6] efi: libstub/arm: account for firmware reserved memory at the base of RAM, Ard Biesheuvel
    • [tip: efi/urgent] efi: libstub/arm: Account for firmware reserved memory at the base of RAM, tip-bot2 for Ard Biesheuvel
  • [PATCH v2 3/6] efi/random: treat EFI_RNG_PROTOCOL output as bootloader randomness, Ard Biesheuvel
    • Re: [PATCH v2 3/6] efi/random: treat EFI_RNG_PROTOCOL output as bootloader randomness, Bhupesh Sharma
      • Re: [PATCH v2 3/6] efi/random: treat EFI_RNG_PROTOCOL output as bootloader randomness, Ard Biesheuvel
        • Re: [PATCH v2 3/6] efi/random: treat EFI_RNG_PROTOCOL output as bootloader randomness, Ingo Molnar
          • Re: [PATCH v2 3/6] efi/random: treat EFI_RNG_PROTOCOL output as bootloader randomness, Ard Biesheuvel
    • [tip: efi/urgent] efi/random: Treat EFI_RNG_PROTOCOL output as bootloader randomness, tip-bot2 for Dominik Brodowski
  • [PATCH v2 5/6] x86, efi: never relocate kernel below lowest acceptable address, Ard Biesheuvel
    • [tip: efi/urgent] x86, efi: Never relocate kernel below lowest acceptable address, tip-bot2 for Kairui Song
  • [PATCH v2 6/6] efi/efi_test: lock down /dev/efi_test and require CAP_SYS_ADMIN, Ard Biesheuvel
    • [tip: efi/urgent] efi/efi_test: Lock down /dev/efi_test and require CAP_SYS_ADMIN, tip-bot2 for Javier Martinez Canillas
• [PATCH v5 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring, Nayna Jain
  • Re: [PATCH v5 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring, Lakshmi Ramasubramanian
• [PATCH v5 0/4] powerpc: expose secure variables to the kernel and userspace, Nayna Jain
  • [PATCH v5 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Nayna Jain
    • Re: [PATCH v5 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Lakshmi Ramasubramanian
  • [PATCH v5 2/4] powerpc: expose secure variables to userspace via sysfs, Nayna Jain
    • Re: [PATCH v5 2/4] powerpc: expose secure variables to userspace via sysfs, Lakshmi Ramasubramanian
  • [PATCH v5 3/4] x86/efi: move common keyring handler functions to new file, Nayna Jain
• [PATCH v4 0/3] x86/boot: Introduce the kernel_info et consortes, Daniel Kiper
  • [PATCH v4 2/3] x86/boot: Introduce the kernel_info.setup_type_max, Daniel Kiper
    • Re: [PATCH v4 2/3] x86/boot: Introduce the kernel_info.setup_type_max, H. Peter Anvin
      • Re: [PATCH v4 2/3] x86/boot: Introduce the kernel_info.setup_type_max, Daniel Kiper
  • [PATCH v4 1/3] x86/boot: Introduce the kernel_info, Daniel Kiper
  • [PATCH v4 3/3] x86/boot: Introduce the setup_indirect, Daniel Kiper
• [PATCH v9 0/8] powerpc: Enabling IMA arch specific secure boot policies, Nayna Jain
  • [PATCH v9 1/8] powerpc: detect the secure boot mode of the system, Nayna Jain
    • Re: [PATCH v9 1/8] powerpc: detect the secure boot mode of the system, Lakshmi Ramasubramanian
      • Re: [PATCH v9 1/8] powerpc: detect the secure boot mode of the system, Nayna Jain
  • [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Nayna Jain
    • Re: [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Lakshmi Ramasubramanian
      • Re: [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Nayna Jain
        • Re: [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Lakshmi Ramasubramanian
          • Re: [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Michael Ellerman
        • Re: [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Mimi Zohar
          • Re: [PATCH v9 2/8] powerpc/ima: add support to initialize ima policy rules, Mimi Zohar
  • [PATCH v9 3/8] powerpc: detect the trusted boot state of the system, Nayna Jain
    • Re: [PATCH v9 3/8] powerpc: detect the trusted boot state of the system, Lakshmi Ramasubramanian
      • Re: [PATCH v9 3/8] powerpc: detect the trusted boot state of the system, Nayna Jain
  • [PATCH v9 4/8] powerpc/ima: define trusted boot policy, Nayna Jain
    • Re: [PATCH v9 4/8] powerpc/ima: define trusted boot policy, Lakshmi Ramasubramanian
  • [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Nayna Jain
    • Re: [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Lakshmi Ramasubramanian
      • Re: [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Nayna Jain
        • Re: [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Lakshmi Ramasubramanian
          • Re: [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Mimi Zohar
    • Re: [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Lakshmi Ramasubramanian
      • Re: [PATCH v9 5/8] ima: make process_buffer_measurement() generic, Mimi Zohar
  • [PATCH v9 6/8] certs: add wrapper function to check blacklisted binary hash, Nayna Jain
  • [PATCH v9 7/8] ima: check against blacklisted hashes for files with modsig, Nayna Jain
    • Re: [PATCH v9 7/8] ima: check against blacklisted hashes for files with modsig, Lakshmi Ramasubramanian
      • Re: [PATCH v9 7/8] ima: check against blacklisted hashes for files with modsig, Nayna Jain
  • [PATCH v9 8/8] powerpc/ima: update ima arch policy to check for blacklist, Nayna Jain
  • Re: [PATCH v9 0/8] powerpc: Enabling IMA arch specific secure boot policies, Mimi Zohar
• [GIT PULL 0/5] EFI fixes for v5.4, Ard Biesheuvel
  • [PATCH 2/5] efi/tpm: return -EINVAL when determining tpm final events log size fails, Ard Biesheuvel
  • [PATCH 1/5] efi: Make CONFIG_EFI_RCI2_TABLE selectable on x86 only, Ard Biesheuvel
  • [PATCH 3/5] efi/random: treat EFI_RNG_PROTOCOL output as bootloader randomness, Ard Biesheuvel
  • [PATCH 5/5] x86, efi: never relocate kernel below lowest acceptable address, Ard Biesheuvel
  • [PATCH 4/5] efi: libstub/arm: account for firmware reserved memory at the base of RAM, Ard Biesheuvel
• Re: [PATCH] Cleanup: replace prefered with preferred, Laurent Pinchart
  • <Possible follow-ups>
  • Re: [PATCH] Cleanup: replace prefered with preferred, Jarkko Sakkinen
    • Re: [PATCH] Cleanup: replace prefered with preferred, Mark Salyzyn
      • Re: [PATCH] Cleanup: replace prefered with preferred, Jani Nikula
      • Re: [PATCH] Cleanup: replace prefered with preferred, Jarkko Sakkinen
      • Re: [PATCH] Cleanup: replace prefered with preferred, Greg Kroah-Hartman
• [PATCH v8 0/8] powerpc: Enabling IMA arch specific secure boot policies, Nayna Jain
  • [PATCH v8 2/8] powerpc/ima: add support to initialize ima policy rules, Nayna Jain
    • Re: [PATCH v8 2/8] powerpc/ima: add support to initialize ima policy rules, Mimi Zohar
  • [PATCH v8 1/8] powerpc: detect the secure boot mode of the system, Nayna Jain
    • Re: [PATCH v8 1/8] powerpc: detect the secure boot mode of the system, Michael Ellerman
  • [PATCH v8 3/8] powerpc: detect the trusted boot state of the system, Nayna Jain
    • Re: [PATCH v8 3/8] powerpc: detect the trusted boot state of the system, Mimi Zohar
    • Re: [PATCH v8 3/8] powerpc: detect the trusted boot state of the system, Michael Ellerman
  • [PATCH v8 4/8] powerpc/ima: add measurement rules to ima arch specific policy, Nayna Jain
    • Re: [PATCH v8 4/8] powerpc/ima: add measurement rules to ima arch specific policy, Mimi Zohar
  • [PATCH v8 5/8] ima: make process_buffer_measurement() generic, Nayna Jain
    • Re: [PATCH v8 5/8] ima: make process_buffer_measurement() generic, Mimi Zohar
  • [PATCH v8 6/8] certs: add wrapper function to check blacklisted binary hash, Nayna Jain
  • [PATCH v8 7/8] ima: check against blacklisted hashes for files with modsig, Nayna Jain
    • Re: [PATCH v8 7/8] ima: check against blacklisted hashes for files with modsig, Mimi Zohar
    • Re: [PATCH v8 7/8] ima: check against blacklisted hashes for files with modsig, Mimi Zohar
      • Re: [PATCH v8 7/8] ima: check against blacklisted hashes for files with modsig, Mimi Zohar
  • [PATCH v8 8/8] powerpc/ima: update ima arch policy to check for blacklist, Nayna Jain
• [PATCH AUTOSEL 5.3 48/89] efi/cper: Fix endianness of PCIe class code, Sasha Levin
• [PATCH AUTOSEL 5.3 49/89] efi/x86: Do not clean dummy variable in kexec path, Sasha Levin
• [PATCH AUTOSEL 4.19 075/100] efi/cper: Fix endianness of PCIe class code, Sasha Levin
• [PATCH AUTOSEL 4.19 076/100] efi/x86: Do not clean dummy variable in kexec path, Sasha Levin
• [PATCH AUTOSEL 4.14 38/56] efi/x86: Do not clean dummy variable in kexec path, Sasha Levin
• [PATCH AUTOSEL 4.9 17/29] efi/cper: Fix endianness of PCIe class code, Sasha Levin
• [PATCH AUTOSEL 4.4 12/21] efi/cper: Fix endianness of PCIe class code, Sasha Levin
• [PATCH AUTOSEL 4.4 13/21] efi/x86: Do not clean dummy variable in kexec path, Sasha Levin
• [PATCH AUTOSEL 4.9 18/29] efi/x86: Do not clean dummy variable in kexec path, Sasha Levin
• [PATCH AUTOSEL 4.14 37/56] efi/cper: Fix endianness of PCIe class code, Sasha Levin
• [PATCH v2 0/8] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
  • [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Alexander Potapenko
      • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Mark Rutland
      • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Oleg Nesterov
      • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
        • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Oleg Nesterov
          • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Dmitry Vyukov
  • [PATCH v2 2/8] objtool, kcsan: Add KCSAN runtime functions to whitelist, Marco Elver
    • Re: [PATCH v2 2/8] objtool, kcsan: Add KCSAN runtime functions to whitelist, Dmitry Vyukov
      • Re: [PATCH v2 2/8] objtool, kcsan: Add KCSAN runtime functions to whitelist, Marco Elver
  • [PATCH v2 3/8] build, kcsan: Add KCSAN build exceptions, Marco Elver
  • [PATCH v2 4/8] seqlock, kcsan: Add annotations for KCSAN, Marco Elver
    • Re: [PATCH v2 4/8] seqlock, kcsan: Add annotations for KCSAN, Mark Rutland
      • Re: [PATCH v2 4/8] seqlock, kcsan: Add annotations for KCSAN, Marco Elver
        • Re: [PATCH v2 4/8] seqlock, kcsan: Add annotations for KCSAN, Mark Rutland
          • Re: [PATCH v2 4/8] seqlock, kcsan: Add annotations for KCSAN, Marco Elver
  • [PATCH v2 7/8] locking/atomics, kcsan: Add KCSAN instrumentation, Marco Elver
    • Re: [PATCH v2 7/8] locking/atomics, kcsan: Add KCSAN instrumentation, Mark Rutland
      • Re: [PATCH v2 7/8] locking/atomics, kcsan: Add KCSAN instrumentation, Marco Elver
  • [PATCH v2 8/8] x86, kcsan: Enable KCSAN for x86, Marco Elver
    • Re: [PATCH v2 8/8] x86, kcsan: Enable KCSAN for x86, Mark Rutland
      • Re: [PATCH v2 8/8] x86, kcsan: Enable KCSAN for x86, Marco Elver
  • [PATCH v2 5/8] seqlock: Require WRITE_ONCE surrounding raw_seqcount_barrier, Marco Elver
  • [PATCH v2 6/8] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Marco Elver
• [PATCH v4] x86, efi: never relocate kernel below lowest acceptable address, Kairui Song
  • Re: [PATCH v4] x86, efi: never relocate kernel below lowest acceptable address, Ard Biesheuvel
    • Re: [PATCH v4] x86, efi: never relocate kernel below lowest acceptable address, Borislav Petkov
      • Re: [PATCH v4] x86, efi: never relocate kernel below lowest acceptable address, Ard Biesheuvel
        • Re: [PATCH v4] x86, efi: never relocate kernel below lowest acceptable address, Kairui Song
• [PATCH 4.9 76/92] efivar/ssdt: Dont iterate over EFI vars if no SSDT override was specified, Greg Kroah-Hartman
• [PATCH 4.14 43/65] efivar/ssdt: Dont iterate over EFI vars if no SSDT override was specified, Greg Kroah-Hartman
• [PATCH 4.19 49/81] efivar/ssdt: Dont iterate over EFI vars if no SSDT override was specified, Greg Kroah-Hartman
• [PATCH 5.3 063/112] efi/tpm: Dont access event->count when it isnt mapped, Greg Kroah-Hartman
• [PATCH 5.3 064/112] efi/tpm: Dont traverse an event log with no events, Greg Kroah-Hartman
• [PATCH 5.3 065/112] efi/tpm: Only set efi_tpm_final_log_size after successful event log parsing, Greg Kroah-Hartman
• [PATCH 5.3 111/112] efi/tpm: Fix sanity check of unsigned tbl_size being less than zero, Greg Kroah-Hartman
• [PATCH 5.3 062/112] efivar/ssdt: Dont iterate over EFI vars if no SSDT override was specified, Greg Kroah-Hartman
• [PATCH 0/8] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
  • [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Boqun Feng
      • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
        • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Boqun Feng
    • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Andrey Konovalov
      • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Mark Rutland
      • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
    • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Peter Zijlstra
      • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
        • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Peter Zijlstra
          • Re: [PATCH 1/8] kcsan: Add Kernel Concurrency Sanitizer infrastructure, Marco Elver
  • [PATCH 2/8] objtool, kcsan: Add KCSAN runtime functions to whitelist, Marco Elver
  • [PATCH 4/8] seqlock, kcsan: Add annotations for KCSAN, Marco Elver
  • [PATCH 5/8] seqlock: Require WRITE_ONCE surrounding raw_seqcount_barrier, Marco Elver
  • [PATCH 6/8] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Marco Elver
  • [PATCH 8/8] x86, kcsan: Enable KCSAN for x86, Marco Elver
    • Re: [PATCH 8/8] x86, kcsan: Enable KCSAN for x86, Dave Hansen
      • Re: [PATCH 8/8] x86, kcsan: Enable KCSAN for x86, Marco Elver
  • [PATCH 7/8] locking/atomics, kcsan: Add KCSAN instrumentation, Marco Elver
    • Re: [PATCH 7/8] locking/atomics, kcsan: Add KCSAN instrumentation, Mark Rutland
      • Re: [PATCH 7/8] locking/atomics, kcsan: Add KCSAN instrumentation, Marco Elver
  • [PATCH 3/8] build, kcsan: Add KCSAN build exceptions, Marco Elver
  • Re: [PATCH 0/8] Add Kernel Concurrency Sanitizer (KCSAN), Marco Elver
• [PATCH v7 00/12] EFI Specific Purpose Memory Support, Dan Williams
  • [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Dan Williams
    • Re: [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Rafael J. Wysocki
      • Re: [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Rafael J. Wysocki
        • Re: [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Dan Williams
          • Re: [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Rafael J. Wysocki
            • Re: [PATCH v7 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Dan Williams
  • [PATCH v7 02/12] efi: Enumerate EFI_MEMORY_SP, Dan Williams
  • [PATCH v7 03/12] x86/efi: Push EFI_MEMMAP check into leaf routines, Dan Williams
  • [PATCH v7 04/12] efi: Common enable/disable infrastructure for EFI soft reservation, Dan Williams
  • [PATCH v7 05/12] x86/efi: EFI soft reservation to E820 enumeration, Dan Williams
  • [PATCH v7 06/12] arm/efi: EFI soft reservation to memblock, Dan Williams
  • [PATCH v7 07/12] x86/efi: Add efi_fake_mem support for EFI_MEMORY_SP, Dan Williams
  • [PATCH v7 08/12] lib: Uplevel the pmem "region" ida to a global allocator, Dan Williams
  • [PATCH v7 09/12] dax: Fix alloc_dax_region() compile warning, Dan Williams
  • [PATCH v7 10/12] device-dax: Add a driver for "hmem" devices, Dan Williams
  • [PATCH v7 11/12] acpi/numa/hmat: Register HMAT at device_initcall level, Dan Williams
    • Re: [PATCH v7 11/12] acpi/numa/hmat: Register HMAT at device_initcall level, Rafael J. Wysocki
  • [PATCH v7 12/12] acpi/numa/hmat: Register "soft reserved" memory as an "hmem" device, Dan Williams
    • Re: [PATCH v7 12/12] acpi/numa/hmat: Register "soft reserved" memory as an "hmem" device, Rafael J. Wysocki
  • Re: [PATCH v7 00/12] EFI Specific Purpose Memory Support, Ard Biesheuvel
    • Re: [PATCH v7 00/12] EFI Specific Purpose Memory Support, Dan Williams
• [PATCH] efi/tpm: return -EINVAL when determining tpm final events log size fails, Jerry Snitselaar
  • Re: [PATCH] efi/tpm: return -EINVAL when determining tpm final events log size fails, Jarkko Sakkinen
• [PATCH] efi: libstub/arm: account for firmware reserved memory at the base of RAM, Ard Biesheuvel
  • Re: [PATCH] efi: libstub/arm: account for firmware reserved memory at the base of RAM, Chester Lin
  • RE: [PATCH] efi: libstub/arm: account for firmware reserved memory at the base of RAM, Guillaume Gardet
• [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Narendra.K
  • Re: [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Narendra.K
  • Re: [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Geert Uytterhoeven
    • Re: [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Ard Biesheuvel
      • Re: [PATCH v1] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Narendra.K
• [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Kairui Song
  • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Borislav Petkov
    • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Jarkko Sakkinen
      • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Borislav Petkov
        • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Jarkko Sakkinen
          • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Joe Perches
            • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Borislav Petkov
              • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Joe Perches
            • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Jarkko Sakkinen
              • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Joe Perches
    • Re: [PATCH v3] x86, efi: never relocate kernel below lowest acceptable address, Kairui Song
• [PATCH v9 20/28] x86/asm: Make some functions local, Jiri Slaby
  • [tip: x86/asm] x86/asm: Make some functions local, tip-bot2 for Jiri Slaby
• [PATCH v9 24/28] x86_64/asm: Change all ENTRY+ENDPROC to SYM_FUNC_*, Jiri Slaby
  • Re: [PATCH v9 24/28] x86_64/asm: Change all ENTRY+ENDPROC to SYM_FUNC_*, Borislav Petkov
    • Re: [PATCH v9 24/28] x86_64/asm: Change all ENTRY+ENDPROC to SYM_FUNC_*, Herbert Xu
• [PATCH v9 27/28] x86_32/asm: Change all ENTRY+ENDPROC to SYM_FUNC_*, Jiri Slaby
  • [tip: x86/asm] x86/asm/32: Change all ENTRY+ENDPROC to SYM_FUNC_*, tip-bot2 for Jiri Slaby
• [PATCH v6 00/12] EFI Specific Purpose Memory Support, Dan Williams
  • [PATCH v6 01/12] acpi/numa: Establish a new drivers/acpi/numa/ directory, Dan Williams
  • [PATCH v6 02/12] efi: Enumerate EFI_MEMORY_SP, Dan Williams
  • [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration, Dan Williams
    • Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration, Ard Biesheuvel
      • Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration, Dan Williams
        • Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration, Ard Biesheuvel
          • Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration, Dan Williams
            • Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration, Ard Biesheuvel
              • Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration, Dan Williams
                • Re: [PATCH v6 05/12] x86/efi: EFI soft reservation to E820 enumeration, Ard Biesheuvel
  • [PATCH v6 04/12] efi: Common enable/disable infrastructure for EFI soft reservation, Dan Williams
    • Re: [PATCH v6 04/12] efi: Common enable/disable infrastructure for EFI soft reservation, Ard Biesheuvel
  • [PATCH v6 06/12] arm/efi: EFI soft reservation to memblock, Dan Williams
    • Re: [PATCH v6 06/12] arm/efi: EFI soft reservation to memblock, Ard Biesheuvel
  • [PATCH v6 07/12] x86/efi: Add efi_fake_mem support for EFI_MEMORY_SP, Dan Williams
    • Re: [PATCH v6 07/12] x86/efi: Add efi_fake_mem support for EFI_MEMORY_SP, Ard Biesheuvel
  • [PATCH v6 08/12] lib: Uplevel the pmem "region" ida to a global allocator, Dan Williams
  • [PATCH v6 09/12] dax: Fix alloc_dax_region() compile warning, Dan Williams
  • [PATCH v6 10/12] device-dax: Add a driver for "hmem" devices, Dan Williams
  • [PATCH v6 11/12] acpi/numa/hmat: Register HMAT at device_initcall level, Dan Williams
  • [PATCH v6 03/12] x86/efi: Push EFI_MEMMAP check into leaf routines, Dan Williams
  • [PATCH v6 12/12] acpi/numa/hmat: Register "soft reserved" memory as an "hmem" device, Dan Williams
• [PATCH v3 0/3] x86/boot: Introduce the kernel_info et consortes, Daniel Kiper
  • [PATCH v3 2/3] x86/boot: Introduce the kernel_info.setup_type_max, Daniel Kiper
  • [PATCH v3 1/3] x86/boot: Introduce the kernel_info, Daniel Kiper
    • Re: [PATCH v3 1/3] x86/boot: Introduce the kernel_info, Randy Dunlap
      • Re: [PATCH v3 1/3] x86/boot: Introduce the kernel_info, Daniel Kiper
        • Re: [PATCH v3 1/3] x86/boot: Introduce the kernel_info, Randy Dunlap
          • Re: [PATCH v3 1/3] x86/boot: Introduce the kernel_info, Konrad Rzeszutek Wilk
  • [PATCH v3 3/3] x86/boot: Introduce the setup_indirect, Daniel Kiper
  • Re: [PATCH v3 0/3] x86/boot: Introduce the kernel_info et consortes, Daniel Kiper
    • Re: [PATCH v3 0/3] x86/boot: Introduce the kernel_info et consortes, H. Peter Anvin
• [PATCH v2] efi/efi_test: lock down /dev/efi_test and require CAP_SYS_ADMIN, Javier Martinez Canillas
  • Re: [PATCH v2] efi/efi_test: lock down /dev/efi_test and require CAP_SYS_ADMIN, Laszlo Ersek
  • Re: [PATCH v2] efi/efi_test: lock down /dev/efi_test and require CAP_SYS_ADMIN, Matthew Garrett
    • Re: [PATCH v2] efi/efi_test: lock down /dev/efi_test and require CAP_SYS_ADMIN, Ard Biesheuvel
• [PATCH][next] efi/tpm: fix sanity check of unsigned tbl_size being less than zero, Colin King
  • [tip: efi/urgent] efi/tpm: Fix sanity check of unsigned tbl_size being less than zero, tip-bot2 for Colin Ian King
  • Re: [PATCH][next] efi/tpm: fix sanity check of unsigned tbl_size being less than zero, Dan Carpenter
    • Re: [PATCH][next] efi/tpm: fix sanity check of unsigned tbl_size being less than zero, Jerry Snitselaar
      • Re: [PATCH][next] efi/tpm: fix sanity check of unsigned tbl_size being less than zero, Colin Ian King
  • Re: [PATCH][next] efi/tpm: fix sanity check of unsigned tbl_size being less than zero, Jerry Snitselaar
• [PATCH v7 0/8] powerpc: Enabling IMA arch specific secure boot policies, Nayna Jain
  • [PATCH v7 1/8] powerpc: detect the secure boot mode of the system, Nayna Jain
    • Re: [PATCH v7 1/8] powerpc: detect the secure boot mode of the system, Michael Ellerman
  • [PATCH v7 2/8] powerpc: add support to initialize ima policy rules, Nayna Jain
    • Re: [PATCH v7 2/8] powerpc: add support to initialize ima policy rules, Mimi Zohar
      • Re: [PATCH v7 2/8] powerpc: add support to initialize ima policy rules, Michael Ellerman
    • Re: [PATCH v7 2/8] powerpc: add support to initialize ima policy rules, Michael Ellerman
      • Re: [PATCH v7 2/8] powerpc: add support to initialize ima policy rules, Nayna
  • [PATCH v7 3/8] powerpc: detect the trusted boot state of the system, Nayna Jain
    • Re: [PATCH v7 3/8] powerpc: detect the trusted boot state of the system, Michael Ellerman
  • [PATCH v7 4/8] powerpc/ima: add measurement rules to ima arch specific policy, Nayna Jain
    • Re: [PATCH v7 4/8] powerpc/ima: add measurement rules to ima arch specific policy, Michael Ellerman
      • Re: [PATCH v7 4/8] powerpc/ima: add measurement rules to ima arch specific policy, Nayna
  • [PATCH v7 5/8] ima: make process_buffer_measurement() generic, Nayna Jain
    • Re: [PATCH v7 5/8] ima: make process_buffer_measurement() generic, Mimi Zohar
  • [PATCH v7 6/8] certs: add wrapper function to check blacklisted binary hash, Nayna Jain
    • Re: [PATCH v7 6/8] certs: add wrapper function to check blacklisted binary hash, Mimi Zohar
  • [PATCH v7 7/8] ima: check against blacklisted hashes for files with modsig, Nayna Jain
    • Re: [PATCH v7 7/8] ima: check against blacklisted hashes for files with modsig, Mimi Zohar
      • Re: [PATCH v7 7/8] ima: check against blacklisted hashes for files with modsig, Nayna
  • [PATCH v7 8/8] powerpc/ima: update ima arch policy to check for blacklist, Nayna Jain
    • Re: [PATCH v7 8/8] powerpc/ima: update ima arch policy to check for blacklist, Mimi Zohar
• [RFC PATCH] arch/x86: efistub: Invoke EFI_RNG_PROTOCOL to seed the UEFI RNG table, Dominik Brodowski
  • Re: [RFC PATCH] arch/x86: efistub: Invoke EFI_RNG_PROTOCOL to seed the UEFI RNG table, Ard Biesheuvel
  • efistub: EFI_RNG_PROTOCOL on Dell Inc. Latitude 7390, Dominik Brodowski
    • Re: efistub: EFI_RNG_PROTOCOL on Dell Inc. Latitude 7390, Ard Biesheuvel
      • Re: efistub: EFI_RNG_PROTOCOL on Dell Inc. Latitude 7390, Dominik Brodowski
        • Re: efistub: EFI_RNG_PROTOCOL on Dell Inc. Latitude 7390, Ard Biesheuvel
          • Re: efistub: EFI_RNG_PROTOCOL on Dell Inc. Latitude 7390, Ard Biesheuvel
            • Re: efistub: EFI_RNG_PROTOCOL on Dell Inc. Latitude 7390, Dominik Brodowski
              • Re: efistub: EFI_RNG_PROTOCOL on Dell Inc. Latitude 7390, Ard Biesheuvel
          • RE: efistub: EFI_RNG_PROTOCOL on Dell Inc. Latitude 7390, Mario.Limonciello
    • RE: efistub: EFI_RNG_PROTOCOL on Dell Inc. Latitude 7390, Mario.Limonciello
• [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Hans de Goede
  • [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs, Hans de Goede
    • Re: [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs, Ard Biesheuvel
      • Re: [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs, Hans de Goede
        • Re: [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs, Ard Biesheuvel
          • Re: [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs, Hans de Goede
            • Re: [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs, Ard Biesheuvel
    • Re: [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs, Luis Chamberlain
      • Re: [PATCH v7 1/8] efi: Export boot-services code and data as debugfs-blobs, Hans de Goede
  • [PATCH v7 2/8] efi: Add embedded peripheral firmware support, Hans de Goede
    • Re: [PATCH v7 2/8] efi: Add embedded peripheral firmware support, Luis Chamberlain
      • Re: [PATCH v7 2/8] efi: Add embedded peripheral firmware support, Hans de Goede
        • Re: [PATCH v7 2/8] efi: Add embedded peripheral firmware support, Luis Chamberlain
          • Re: [PATCH v7 2/8] efi: Add embedded peripheral firmware support, Hans de Goede
            • Re: [PATCH v7 2/8] efi: Add embedded peripheral firmware support, Hans de Goede
              • Re: [PATCH v7 2/8] efi: Add embedded peripheral firmware support, Luis Chamberlain
                • Re: [PATCH v7 2/8] efi: Add embedded peripheral firmware support, Hans de Goede
  • [PATCH v7 3/8] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS, Hans de Goede
    • Re: [PATCH v7 3/8] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS, Luis Chamberlain
      • Re: [PATCH v7 3/8] firmware: Rename FW_OPT_NOFALLBACK to FW_OPT_NOFALLBACK_SYSFS, Hans de Goede
  • [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform(), Hans de Goede
    • Re: [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform(), kbuild test robot
    • Re: [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform(), kbuild test robot
    • Re: [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform(), Dmitry Torokhov
      • Re: [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform(), Hans de Goede
      • Re: [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform(), Luis Chamberlain
    • Re: [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform(), Luis Chamberlain
      • Re: [PATCH v7 4/8] firmware: Add new platform fallback mechanism and firmware_request_platform(), Hans de Goede
  • [PATCH v7 5/8] Input: silead - Switch to firmware_request_platform for retreiving the fw, Hans de Goede
    • Re: [PATCH v7 5/8] Input: silead - Switch to firmware_request_platform for retreiving the fw, Dmitry Torokhov
  • [PATCH v7 6/8] Input: icn8505 - Switch to firmware_request_platform for retreiving the fw, Hans de Goede
    • Re: [PATCH v7 6/8] Input: icn8505 - Switch to firmware_request_platform for retreiving the fw, Dmitry Torokhov
  • [PATCH v7 7/8] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support, Hans de Goede
    • Re: [PATCH v7 7/8] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support, kbuild test robot
    • Re: [PATCH v7 7/8] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support, kbuild test robot
  • [PATCH v7 8/8] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet, Hans de Goede
  • Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Ingo Molnar
    • Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Hans de Goede
      • Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Ingo Molnar
  • Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Luis Chamberlain
    • Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Hans de Goede
      • Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Luis Chamberlain
        • Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Greg Kroah-Hartman
          • Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Luis Chamberlain
            • Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Greg Kroah-Hartman
              • Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Luis Chamberlain
                • Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Greg Kroah-Hartman
                  • Re: [PATCH v7 0/8] efi/firmware/platform-x86: Add EFI embedded fw support, Luis Chamberlain
• [PATCH] efi/efi_test: require CAP_SYS_ADMIN to open the chardev, Javier Martinez Canillas
  • Re: [PATCH] efi/efi_test: require CAP_SYS_ADMIN to open the chardev, Laszlo Ersek
• [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Narendra.K
  • Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Ard Biesheuvel
    • Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Narendra.K
      • Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Geert Uytterhoeven
        • Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Narendra.K
          • Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Geert Uytterhoeven
            • Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Narendra.K
              • Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Geert Uytterhoeven
                • Re: [PATCH] Ask user input only when CONFIG_X86 or CONFIG_COMPILE_TEST is set to y, Narendra.K
• [GIT PULL 0/7] EFI fixes for v5.4, Ard Biesheuvel
  • [PATCH 7/7] efi/x86: do not clean dummy variable in kexec path, Ard Biesheuvel
    • [tip: efi/urgent] efi/x86: Do not clean dummy variable in kexec path, tip-bot2 for Dave Young
  • [PATCH 6/7] efi: make unexported efi_rci2_sysfs_init static, Ard Biesheuvel
    • [tip: efi/urgent] efi: Make unexported efi_rci2_sysfs_init() static, tip-bot2 for Ben Dooks
  • [PATCH 1/7] efi: cper: Fix endianness of PCIe class code, Ard Biesheuvel
    • [tip: efi/urgent] efi/cper: Fix endianness of PCIe class code, tip-bot2 for Lukas Wunner
  • [PATCH 2/7] efivar/ssdt: don't iterate over EFI vars if no SSDT override was specified, Ard Biesheuvel
    • [tip: efi/urgent] efivar/ssdt: Don't iterate over EFI vars if no SSDT override was specified, tip-bot2 for Ard Biesheuvel
  • [PATCH 4/7] efi/tpm: don't traverse an event log with no events, Ard Biesheuvel
    • [tip: efi/urgent] efi/tpm: Don't traverse an event log with no events, tip-bot2 for Peter Jones
  • [PATCH 5/7] efi/tpm: only set efi_tpm_final_log_size after successful event log parsing, Ard Biesheuvel
    • [tip: efi/urgent] efi/tpm: Only set 'efi_tpm_final_log_size' after successful event log parsing, tip-bot2 for Jerry Snitselaar
  • [PATCH 3/7] efi/tpm: Don't access event->count when it isn't mapped., Ard Biesheuvel
    • [tip: efi/urgent] efi/tpm: Don't access event->count when it isn't mapped, tip-bot2 for Peter Jones
• [PATCH v4 0/4] powerpc: expose secure variables to the kernel and userspace, Nayna Jain
  • [PATCH v4 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Nayna Jain
    • Re: [PATCH v4 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Oliver O'Halloran
  • [PATCH v4 3/4] x86/efi: move common keyring handler functions to new file, Nayna Jain
  • [PATCH v4 2/4] powerpc: expose secure variables to userspace via sysfs, Nayna Jain
    • Re: [PATCH v4 2/4] powerpc: expose secure variables to userspace via sysfs, Oliver O'Halloran
  • [PATCH v4 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring, Nayna Jain
• [PATCH] sysfs: Fixes __BIN_ATTR_WO() macro, Nayna Jain
  • Re: [PATCH] sysfs: Fixes __BIN_ATTR_WO() macro, Michael Ellerman
    • Re: [PATCH] sysfs: Fixes __BIN_ATTR_WO() macro, Greg Kroah-Hartman
• 5.3.1: x86: efi stub seems to fail to load initrd file, Thomas Meyer
  • Re: 5.3.1: x86: efi stub seems to fail to load initrd file, Ard Biesheuvel
• [RFC] random: UEFI RNG input is bootloader randomness, Dominik Brodowski
  • Re: [RFC] random: UEFI RNG input is bootloader randomness, Kees Cook
  • Re: [RFC] random: UEFI RNG input is bootloader randomness, Bhupesh Sharma
  • Re: [RFC] random: UEFI RNG input is bootloader randomness, Ard Biesheuvel
• [PATCH v6 0/9] powerpc: Enabling IMA arch specific secure boot policies, Nayna Jain
  • [PATCH v6 1/9] dt-bindings: ibm,secureboot: secure boot specific properties for PowerNV, Nayna Jain
    • Re: [PATCH v6 1/9] dt-bindings: ibm,secureboot: secure boot specific properties for PowerNV, Rob Herring
      • Re: [PATCH v6 1/9] dt-bindings: ibm,secureboot: secure boot specific properties for PowerNV, Nayna
  • [PATCH v6 2/9] powerpc: detect the secure boot mode of the system, Nayna Jain
  • [PATCH v6 3/9] powerpc: add support to initialize ima policy rules, Nayna Jain
    • Re: [PATCH v6 3/9] powerpc: add support to initialize ima policy rules, Thiago Jung Bauermann
      • Re: [PATCH v6 3/9] powerpc: add support to initialize ima policy rules, Nayna
        • Re: [PATCH v6 3/9] powerpc: add support to initialize ima policy rules, Thiago Jung Bauermann
        • Re: [PATCH v6 3/9] powerpc: add support to initialize ima policy rules, Mimi Zohar
          • Re: [PATCH v6 3/9] powerpc: add support to initialize ima policy rules, Nayna
  • [PATCH v6 4/9] powerpc: detect the trusted boot state of the system, Nayna Jain
  • [PATCH v6 5/9] powerpc/ima: add measurement rules to ima arch specific policy, Nayna Jain
    • Re: [PATCH v6 5/9] powerpc/ima: add measurement rules to ima arch specific policy, Mimi Zohar
  • [PATCH v6 6/9] ima: make process_buffer_measurement() non static, Nayna Jain
    • Re: [PATCH v6 6/9] ima: make process_buffer_measurement() non static, Mimi Zohar
  • [PATCH v6 7/9] ima: check against blacklisted hashes for files with modsig, Nayna Jain
    • Re: [PATCH v6 7/9] ima: check against blacklisted hashes for files with modsig, Mimi Zohar
  • [PATCH v6 8/9] ima: deprecate permit_directio, instead use appraise_flag, Nayna Jain
    • Re: [PATCH v6 8/9] ima: deprecate permit_directio, instead use appraise_flag, Mimi Zohar
  • [PATCH v6 9/9] powerpc/ima: update ima arch policy to check for blacklist, Nayna Jain
• [PATCH] x86/efi: Don't require non-blocking EFI callbacks, Ross Lagerwall
  • Re: [PATCH] x86/efi: Don't require non-blocking EFI callbacks, Ard Biesheuvel
    • Re: [PATCH] x86/efi: Don't require non-blocking EFI callbacks, Ross Lagerwall
      • Re: [PATCH] x86/efi: Don't require non-blocking EFI callbacks, Ard Biesheuvel
• [PATCH v3] tpm: only set efi_tpm_final_log_size after successful event log parsing, Jerry Snitselaar
  • Re: [PATCH v3] tpm: only set efi_tpm_final_log_size after successful event log parsing, Ard Biesheuvel
  • Re: [PATCH v3] tpm: only set efi_tpm_final_log_size after successful event log parsing, Jarkko Sakkinen
• [PATCH v2] tpm: only set efi_tpm_final_log_size after successful event log parsing, Jerry Snitselaar
• [PATCH] efi: make unexported efi_rci2_sysfs_init static, Ben Dooks
  • Re: [PATCH] efi: make unexported efi_rci2_sysfs_init static, Ard Biesheuvel
• [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped., Jarkko Sakkinen
  • [PATCH v2 2/2] efi+tpm: don't traverse an event log with no events, Jarkko Sakkinen
  • Re: [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped., Ard Biesheuvel
    • Re: [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped., Jarkko Sakkinen
      • Re: [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped., Jerry Snitselaar
        • Re: [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped., Jerry Snitselaar
          • Re: [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped., Jarkko Sakkinen
        • Re: [PATCH v2 1/2] efi+tpm: Don't access event->count when it isn't mapped., Jarkko Sakkinen
• [PATCH 1/2] efi: Add efi_memmap_free() to free EFI memory map, Yunfeng Ye
  • [PATCH 2/2] x86/efi: Fix memory leak for EFI memmap reservations, Yunfeng Ye
  • Re: [PATCH 1/2] efi: Add efi_memmap_free() to free EFI memory map, Ard Biesheuvel
    • Re: [PATCH 1/2] efi: Add efi_memmap_free() to free EFI memory map, Yunfeng Ye
• [PATCH AUTOSEL 4.19 039/128] efi: cper: print AER info of PCIe fatal error, Sasha Levin
• [PATCH AUTOSEL 5.2 053/185] efi: cper: print AER info of PCIe fatal error, Sasha Levin
• [PATCH AUTOSEL 4.14 30/89] efi: cper: print AER info of PCIe fatal error, Sasha Levin
• [PATCH AUTOSEL 4.9 22/60] efi: cper: print AER info of PCIe fatal error, Sasha Levin
• [PATCH AUTOSEL 4.4 19/44] efi: cper: print AER info of PCIe fatal error, Sasha Levin
• [PATCH AUTOSEL 5.3 062/203] efi: cper: print AER info of PCIe fatal error, Sasha Levin
• [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address, Kairui Song
  • Re: [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address, Jarkko Sakkinen
  • Re: [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address, Ard Biesheuvel
    • Re: [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address, Kairui Song
      • Re: [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address, Kairui Song
  • Re: [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address, Borislav Petkov
    • Re: [PATCH v2] x86, efi: never relocate kernel below lowest acceptable address, Kairui Song
• [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing, Jerry Snitselaar
  • Re: [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing, Jerry Snitselaar
    • Re: [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing, Laura Abbott
  • Re: [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing, Jerry Snitselaar
    • Re: [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing, Jarkko Sakkinen
  • Re: [RFC PATCH] tpm: only set efi_tpm_final_log_size after successful event log parsing, Jarkko Sakkinen
• [GIT PULL] EFI changes for v5.4, Ingo Molnar
  • Re: [GIT PULL] EFI changes for v5.4, pr-tracker-bot
• [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified, Ard Biesheuvel
  • Re: [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified, Scott Talbert
    • Re: [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified, Ard Biesheuvel
      • Re: [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified, Scott Talbert
        • Re: [PATCH] efi: don't iterate over EFI vars pointlessly if no SSDT override was specified, Ard Biesheuvel
• Boot regression in 4.8 for Mac Pro server, Scott Talbert
  • Re: Boot regression in 4.8 for Mac Pro server, Ard Biesheuvel
• [RFC PATCH] x86, efi: never relocate the kernel below LOAD_PHYSICAL_ADDR, Kairui Song
• [PATCH 0/9] crypto: sha256 - Merge crypto/sha256.h into crypto/sha.h, Hans de Goede
  • [PATCH 3/9] crypto: s390 - Rename functions to avoid conflict with crypto/sha256.h, Hans de Goede
  • [PATCH 4/9] crypto: x86 - Rename functions to avoid conflict with crypto/sha256.h, Hans de Goede
  • [PATCH 2/9] crypto: arm64 - Rename functions to avoid conflict with crypto/sha256.h, Hans de Goede
  • [PATCH 1/9] crypto: arm - Rename functions to avoid conflict with crypto/sha256.h, Hans de Goede
  • [PATCH 5/9] crypto: ccree - Rename arrays to avoid conflict with crypto/sha256.h, Hans de Goede
    • Re: [PATCH 5/9] crypto: ccree - Rename arrays to avoid conflict with crypto/sha256.h, Gilad Ben-Yossef
      • Re: [PATCH 5/9] crypto: ccree - Rename arrays to avoid conflict with crypto/sha256.h, Hans de Goede
        • Re: [PATCH 5/9] crypto: ccree - Rename arrays to avoid conflict with crypto/sha256.h, Gilad Ben-Yossef
  • [PATCH 6/9] crypto: chelsio - Rename arrays to avoid conflict with crypto/sha256.h, Hans de Goede
  • [PATCH 7/9] crypto: n2 - Rename arrays to avoid conflict with crypto/sha256.h, Hans de Goede
  • [PATCH 8/9] crypto: sha256 - Merge crypto/sha256.h into crypto/sha.h, Hans de Goede
  • [PATCH 9/9] crypto: sha256 - Remove sha256/224_init code duplication, Hans de Goede
  • Re: [PATCH 0/9] crypto: sha256 - Merge crypto/sha256.h into crypto/sha.h, Ard Biesheuvel
  • Re: [PATCH 0/9] crypto: sha256 - Merge crypto/sha256.h into crypto/sha.h, Herbert Xu
• [PATCH v5 00/10] EFI Specific Purpose Memory Support, Dan Williams
  • [PATCH v5 01/10] acpi/numa: Establish a new drivers/acpi/numa/ directory, Dan Williams
  • [PATCH v5 02/10] efi: Enumerate EFI_MEMORY_SP, Dan Williams
  • [PATCH v5 03/10] x86, efi: Push EFI_MEMMAP check into leaf routines, Dan Williams
    • Re: [PATCH v5 03/10] x86, efi: Push EFI_MEMMAP check into leaf routines, Ard Biesheuvel
      • Re: [PATCH v5 03/10] x86, efi: Push EFI_MEMMAP check into leaf routines, Dan Williams
  • [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax, Dan Williams
    • Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax, Ard Biesheuvel
      • Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax, Dan Williams
        • Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax, Ard Biesheuvel
          • Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax, Dan Williams
            • Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax, Ard Biesheuvel
              • Re: [PATCH v5 04/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax, Ard Biesheuvel
  • [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP, Dan Williams
    • Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP, Ingo Molnar
    • Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP, Ard Biesheuvel
      • Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP, Dan Williams
    • Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP, Ard Biesheuvel
      • Re: [PATCH v5 05/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP, Dan Williams
  • [PATCH v5 06/10] lib: Uplevel the pmem "region" ida to a global allocator, Dan Williams
  • [PATCH v5 07/10] dax: Fix alloc_dax_region() compile warning, Dan Williams
  • [PATCH v5 08/10] device-dax: Add a driver for "hmem" devices, Dan Williams
  • [PATCH v5 09/10] acpi/numa/hmat: Register HMAT at device_initcall level, Dan Williams
  • [PATCH v5 10/10] acpi/numa/hmat: Register "soft reserved" memory as an "hmem" device, Dan Williams
  • Re: [PATCH v5 00/10] EFI Specific Purpose Memory Support, Rafael J. Wysocki
    • Re: [PATCH v5 00/10] EFI Specific Purpose Memory Support, Dan Williams
      • Re: [PATCH v5 00/10] EFI Specific Purpose Memory Support, Rafael J. Wysocki
        • Re: [PATCH v5 00/10] EFI Specific Purpose Memory Support, Jonathan Cameron
• [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped., Peter Jones
  • [PATCH 2/2] efi+tpm: don't traverse an event log with no events, Peter Jones
    • Re: [PATCH 2/2] efi+tpm: don't traverse an event log with no events, Jarkko Sakkinen
      • Re: [PATCH 2/2] efi+tpm: don't traverse an event log with no events, Matthew Garrett
    • Re: [PATCH 2/2] efi+tpm: don't traverse an event log with no events, Ard Biesheuvel
  • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped., Jarkko Sakkinen
    • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped., Matthew Garrett
      • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped., Jarkko Sakkinen
        • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped., Jarkko Sakkinen
          • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped., Matthew Garrett
          • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped., Peter Jones
            • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped., Jarkko Sakkinen
  • Re: [PATCH 1/2] efi+tpm: Don't access event->count when it isn't mapped., Ard Biesheuvel
• [PATCH v3 0/4] powerpc: expose secure variables to the kernel and userspace, Nayna Jain
  • [PATCH v3 3/4] x86/efi: move common keyring handler functions to new file, Nayna Jain
    • Re: [PATCH v3 3/4] x86/efi: move common keyring handler functions to new file, Michael Ellerman
      • Re: [PATCH v3 3/4] x86/efi: move common keyring handler functions to new file, Mimi Zohar
        • Re: [PATCH v3 3/4] x86/efi: move common keyring handler functions to new file, Michael Ellerman
  • [PATCH v3 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Nayna Jain
  • [PATCH v3 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring, Nayna Jain
    • Re: [PATCH v3 4/4] powerpc: load firmware trusted keys/hashes into kernel keyring, Mimi Zohar
  • [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs, Nayna Jain
    • Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs, Greg Kroah-Hartman
      • Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs, Nayna
        • [PATCH] sysfs: add BIN_ATTR_WO() macro, Greg Kroah-Hartman
          • Re: [PATCH] sysfs: add BIN_ATTR_WO() macro, Michael Ellerman
            • Re: [PATCH] sysfs: add BIN_ATTR_WO() macro, Greg Kroah-Hartman
          • Re: [PATCH] sysfs: add BIN_ATTR_WO() macro, Nayna
            • Re: [PATCH] sysfs: add BIN_ATTR_WO() macro, Greg Kroah-Hartman
              • Re: [PATCH] sysfs: add BIN_ATTR_WO() macro, Nayna
    • Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs, Greg Kroah-Hartman
      • Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs, Nayna
        • Re: [PATCH v3 2/4] powerpc: expose secure variables to userspace via sysfs, Greg Kroah-Hartman
• [PATCH] crypto: sha256 - Add missing MODULE_LICENSE() to lib/crypto/sha256.c, Hans de Goede
  • Re: [PATCH] crypto: sha256 - Add missing MODULE_LICENSE() to lib/crypto/sha256.c, Herbert Xu
• [PATCH] efi: cper: Fix endianness of PCIe class code, Lukas Wunner
  • Re: [PATCH] efi: cper: Fix endianness of PCIe class code, Ard Biesheuvel
• [PATCH v2 0/4] powerpc: expose secure variables to the kernel and userspace, Nayna Jain
  • [PATCH v2 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Nayna Jain
    • Re: [PATCH v2 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Oliver O'Halloran
      • Re: [PATCH v2 1/4] powerpc/powernv: Add OPAL API interface to access secure variable, Oliver O'Halloran
  • [PATCH v2 3/4] x86/efi: move common keyring handler functions to new file, Nayna Jain
    • Re: [PATCH v2 3/4] x86/efi: move common keyring handler functions to new file, Greg Kroah-Hartman
  • [PATCH v2 2/4] powerpc: expose secure variables to userspace via sysfs, Nayna Jain
    • Re: [PATCH v2 2/4] powerpc: expose secure variables to userspace via sysfs, Greg Kroah-Hartman
    • Re: [PATCH v2 2/4] powerpc: expose secure variables to userspace via sysfs, Oliver O'Halloran
  • [PATCH v2 4/4] powerpc: load firmware trusted keys into kernel keyring, Nayna Jain
    • Re: [PATCH v2 4/4] powerpc: load firmware trusted keys into kernel keyring, Greg Kroah-Hartman
• [PATCH 0/6 V2] CCIX Protocol error reporting., Jonathan Cameron
  • [PATCH 1/6 V2] efi / ras: CCIX Memory error reporting, Jonathan Cameron
  • [PATCH 2/6 V2] efi / ras: CCIX Cache error reporting, Jonathan Cameron
  • [PATCH 3/6 V2] efi / ras: CCIX Address Translation Cache error reporting, Jonathan Cameron
  • [PATCH 4/6 V2] efi / ras: CCIX Port error reporting, Jonathan Cameron
  • [PATCH 5/6 V2] efi / ras: CCIX Link error reporting, Jonathan Cameron
  • [PATCH 6/6 V2] efi / ras: CCIX Agent internal error reporting, Jonathan Cameron
  • Re: [PATCH 0/6 V2] CCIX Protocol error reporting., Thomas Gleixner
• [PATCH V40 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down, Matthew Garrett
• [PATCH 0/2] efi: Allow to auto-disable it on RT, Sebastian Andrzej Siewior
  • [PATCH 1/2] efi: Allow efi=runtime, Sebastian Andrzej Siewior
  • [PATCH 2/2] efi: Disable runtime services on RT, Sebastian Andrzej Siewior
• Early EFI-related boot freeze in parse_setup_data(), Daniel Drake
  • Re: Early EFI-related boot freeze in parse_setup_data(), Daniel Drake
• arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK, skodde
  • Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK, Mark Rutland
    • Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK, Ard Biesheuvel
      • Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK, Mark Rutland
      • Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK, skodde
        • Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK, skodde
          • Re: arm64/efistub boot error with CONFIG_GCC_PLUGIN_STACKLEAK, Ard Biesheuvel
• [GIT PULL 0/5] EFI updates for v5.4, Ard Biesheuvel
  • [PATCH 3/5] efi: ia64: move SAL systab handling out of generic EFI code, Ard Biesheuvel
  • [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs, Ard Biesheuvel
    • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs, Geert Uytterhoeven
      • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs, Ard Biesheuvel
        • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs, Geert Uytterhoeven
          • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs, Ard Biesheuvel
            • RE: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs, Mario.Limonciello
              • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs, Narendra.K
                • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs, Geert Uytterhoeven
                  • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs, Narendra.K
                    • Re: [PATCH 4/5] efi: Export Runtime Configuration Interface table to sysfs, Narendra.K
  • [PATCH 5/5] efi: cper: print AER info of PCIe fatal error, Ard Biesheuvel
  • [PATCH 2/5] efi/x86: move UV_SYSTAB handling into arch/x86, Ard Biesheuvel
  • [PATCH 1/5] efi: x86: move efi_is_table_address() into arch/x86, Ard Biesheuvel
• [GIT PULL 0/1] EFI fix for v5.3-rc4, Ard Biesheuvel
  • [PATCH 1/1] efi-stub: Fix get_efi_config_table on mixed-mode setups, Ard Biesheuvel
• [PATCH v8 20/28] x86/asm: make some functions local, Jiri Slaby
• [PATCH v8 27/28] x86_32/asm: change all ENTRY+ENDPROC to SYM_FUNC_*, Jiri Slaby
• [PATCH v8 24/28] x86_64/asm: change all ENTRY+ENDPROC to SYM_FUNC_*, Jiri Slaby
• [PATCH V38 28/29] efi: Restrict efivar_ssdt_load when the kernel is locked down, Matthew Garrett
• [PATCH 5.3 regression fix] efi-stub: Fix get_efi_config_table on mixed-mode setups, Hans de Goede
  • Re: [PATCH 5.3 regression fix] efi-stub: Fix get_efi_config_table on mixed-mode setups, Matthew Garrett
    • Re: [PATCH 5.3 regression fix] efi-stub: Fix get_efi_config_table on mixed-mode setups, Ard Biesheuvel
  • Re: [PATCH 5.3 regression fix] efi-stub: Fix get_efi_config_table on mixed-mode setups, Jarkko Sakkinen
• [PATCH AUTOSEL 5.2 36/59] arm64/efi: fix variable 'si' set but not used, Sasha Levin
• [PATCH AUTOSEL 4.19 20/32] arm64/efi: fix variable 'si' set but not used, Sasha Levin
• [PATCH AUTOSEL 4.9 11/17] arm64/efi: fix variable 'si' set but not used, Sasha Levin
• [PATCH AUTOSEL 4.14 16/25] arm64/efi: fix variable 'si' set but not used, Sasha Levin
• [PATCH] do not clean dummy variable in kexec path, Dave Young
  • Re: [PATCH] do not clean dummy variable in kexec path, Ard Biesheuvel
    • Re: [PATCH] do not clean dummy variable in kexec path, Dave Young
    • Re: [PATCH] do not clean dummy variable in kexec path, Dave Young
  • Re: [PATCH] do not clean dummy variable in kexec path, Matthew Garrett
    • Re: [PATCH] do not clean dummy variable in kexec path, Dave Young
• [PATCH 2/2] ia64: Replace strncmp with str_has_prefix, Chuhong Yuan