Linux EFI/UEFI Development

• Thread Index

• Re: [PATCH v10 0/7] Enable Linux guests on Hyper-V on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [RFC PATCH 3/3] virt: Add sev_secret module to expose confidential computing secrets
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [RFC PATCH 2/3] efi: Reserve confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [RFC PATCH 1/3] efi/libstub: Copy confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] EFI: Introduce the new AMD Memory Encryption GUID.
  • From: Ashish Kalra <ashish.kalra@xxxxxxx>
• Re: [RFC PATCH v5 17/28] dyndbg: prevent build bugs via -DNO_DYNAMIC_DEBUG_TABLE
  • From: jim.cromie@xxxxxxxxx
• [PATCH v10 7/7] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 6/7] arm64: efi: Export screen_info
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 5/7] arm64: hyperv: Initialize hypervisor on boot
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 4/7] arm64: hyperv: Add kexec and panic handlers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 1/7] asm-generic: hyperv: Fix incorrect architecture dependencies
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 2/7] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 0/7] Enable Linux guests on Hyper-V on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [RFC PATCH v5 17/28] dyndbg: prevent build bugs via -DNO_DYNAMIC_DEBUG_TABLE
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 3/4] EFI: Introduce the new AMD Memory Encryption GUID.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 3/4] EFI: Introduce the new AMD Memory Encryption GUID.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: efivarfs fails with `No such device` when EFI runtime is missing
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: efivarfs fails with `No such device` when EFI runtime is missing
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• efivarfs fails with `No such device` when EFI runtime is missing
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [RFC PATCH v5 17/28] dyndbg: prevent build bugs via -DNO_DYNAMIC_DEBUG_TABLE
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• Re: [PATCH] efi: cper: fix snprintf() use in cper_dimm_err_location()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: prevent read overflow in find_file_option()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 4/4] efi/libstub: measure loaded initrd info into the TPM
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [RFC PATCH 3/4] efi/libstub: consolidate initrd handling across architectures
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [RFC PATCH 2/4] efi/libstub: x86/mixed: increase supported argument count
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [RFC PATCH 1/4] efi/libstub: add prototype of efi_tcg2_protocol::hash_log_extend_event()
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [RFC PATCH 0/4] efi/libstub: measurement initrd data loaded by the EFI stub
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH] efi: Allow EFI_MEMORY_XP and EFI_MEMORY_RO both to be cleared
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] builddeb: Support signing kernels with a Machine Owner Key
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] builddeb: Support signing kernels with a Machine Owner Key
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] builddeb: Support signing kernels with a Machine Owner Key
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] builddeb: Support signing kernels with a Machine Owner Key
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH] RISC-V: Relocate the kernel relative to a DRAM base.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: Allow EFI_MEMORY_XP and EFI_MEMORY_RO both to be cleared
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: Still required that EFI_MEMORY_XP and EFI_MEMORY_RO must not both be cleared?
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: Still required that EFI_MEMORY_XP and EFI_MEMORY_RO must not both be cleared?
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Still required that EFI_MEMORY_XP and EFI_MEMORY_RO must not both be cleared?
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: [PATCH] RISC-V: Relocate the kernel relative to a DRAM base.
  • From: Nikita Ermakov <arei@xxxxxxxxxxxx>
• Re: [PATCH] RISC-V: Relocate the kernel relative to a DRAM base.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] RISC-V: Relocate the kernel relative to a DRAM base.
  • From: Nikita Ermakov <arei@xxxxxxxxxxxx>
• [PATCH] efi/libstub: prevent read overflow in find_file_option()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] efi: cper: fix snprintf() use in cper_dimm_err_location()
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [PATCH] efi: cper: fix scnprintf() use in cper_mem_err_location()
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• [PATCH 0/8] generic command line v4
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 3a457dd105315386bc85f0af2bf08944cd7fc0dd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/1] efi/dev-path-parser: Switch to use for_each_acpi_dev_match()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2 5/8] linux/arm: account for COFF headers appearing at unexpected offsets
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 5/8] linux/arm: account for COFF headers appearing at unexpected offsets
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH v2 3/8] efi: move MS-DOS stub out of generic PE header definition
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH v2 5/8] linux/arm: account for COFF headers appearing at unexpected offsets
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 3/8] efi: move MS-DOS stub out of generic PE header definition
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 5/8] linux/arm: account for COFF headers appearing at unexpected offsets
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH v2 3/8] efi: move MS-DOS stub out of generic PE header definition
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Lianbo Jiang <lijiang@xxxxxxxxxx>
• Re: [PATCH 6/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• RE: [PATCH v9 0/7] Enable Linux guests on Hyper-V on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v2 1/1] efi/dev-path-parser: Switch to use for_each_acpi_dev_match()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v1 1/1] efi/dev-path-parser: Switch to use for_each_acpi_dev_match()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 6/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [efitools PATCH 1/1] Make.rules: enable building on riscv64
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 6/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• Re: [PATCH 6/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 6/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• Re: [PATCH v1 3/3] partitions/efi: Support gpt_sector parameter needed by NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 3/3] partitions/efi: Support gpt_sector parameter needed by NVIDIA Tegra devices
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v1 3/3] partitions/efi: Support gpt_sector parameter needed by NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 3/3] partitions/efi: Support gpt_sector parameter needed by NVIDIA Tegra devices
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [efi:next 7/8] drivers/firmware/google/gsmi.c:477:18: error: initialization of 'efi_status_t (*)(const efi_char16_t *, const efi_guid_t *, u32 *, long unsigned int *, void *)' {aka 'long unsigned int (*)(const short unsigned int *, const struct <anonymous> *, unsigned i...
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next 7/8] drivers/firmware/google/gsmi.c:477:18: error: incompatible function pointer types initializing 'efi_get_variable_t *' (aka 'unsigned long (*)(const unsigned short *, const guid_t *, unsigned int *, unsigned long *, void *)') with an expression of type 'ef...
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2] ia64: fix EFI_DEBUG build
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• [PATCH v1 3/3] partitions/efi: Support gpt_sector parameter needed by NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v1 0/3] Support EFI partition on NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v1 1/3] mmc: core: Add raw_boot_mult field to mmc_ext_csd
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v1 2/3] mmc: block: Add mmc_bdev_to_card() helper
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [efi:next] BUILD REGRESSION 66d988c324a018de02a0924232c68618b6433e80
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi/fdt: fix panic when no valid fdt found
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/3] x86: Propagate $(CLANG_FLAGS) to $(REALMODE_FLAGS)
  • From: John Millikin <john@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Fix cross compiling x86 with clang
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/3] x86: Propagate $(CLANG_FLAGS) to $(REALMODE_FLAGS)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• [PATCH 3/3] efi/libstub: Add $(CLANG_FLAGS) to x86 flags
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH 2/3] x86/boot: Add $(CLANG_FLAGS) to compressed KBUILD_CFLAGS
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH 1/3] x86: Propagate $(CLANG_FLAGS) to $(REALMODE_FLAGS)
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH 0/3] Fix cross compiling x86 with clang
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• RE: [PATCH v9 1/7] smccc: Add HVC call variant with result registers other than 0 thru 3
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/7] smccc: Add HVC call variant with result registers other than 0 thru 3
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• RE: [PATCH v9 1/7] smccc: Add HVC call variant with result registers other than 0 thru 3
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/7] smccc: Add HVC call variant with result registers other than 0 thru 3
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• RE: [PATCH v9 0/7] Enable Linux guests on Hyper-V on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH] efi/fdt: fix panic when no valid fdt found
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• Re: [PATCH v2 0/7] Generic Command Line changes
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] ia64: fix EFI_DEBUG build
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] ia64: fix EFI_DEBUG build
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• Re: [PATCH] ia64: fix EFI_DEBUG build
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] ia64: fix EFI_DEBUG build
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• [efi:next 4/6] drivers/firmware/google/gsmi.c:477:18: error: initialization of 'efi_status_t efi_char16_t const efi_guid_t u32 long unsigned int void {aka 'long unsigned int short unsigned int const struct <anonymous> unsigned i...
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS fb98cc0b3af2ba4d87301dff2b381b12eee35d7d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] More EFI fixes for v5.12-rc
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [GIT PULL] More EFI fixes for v5.12-rc
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 70b3fcb4df36c4e4f5b99692d5a68adf9ffe7e78
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next] BUILD SUCCESS d272258400e00e203ef6d9ba5b8620d5582889b2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] efi: use 32-bit alignment for efi_guid_t literals
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2] efi: use 32-bit alignment for efi_guid_t literals
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v2] efi: use 32-bit alignment for efi_guid_t literals
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] firmware/efi: Fix a use after bug in efi_mem_reserve_persistent
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: use 32-bit alignment for efi_guid_t literals
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 3cfafc4b8f12ebf4b9b6bd85f41353012c5441f3
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next 3/6] arch/x86/boot/compressed/acpi.c:58:41: sparse: sparse: cast truncates bits from constant value (eb9d2d30 becomes 30)
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 31bc510eb86b1a10c12281ce823d22aeb3c6275f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC] efi: variable name size limit in efivar_init()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC] efi: variable name size limit in efivar_init()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC] efi: variable name size limit in efivar_init()
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 854941b1caf5432705e5f3b3afbcea20107a5dc7
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next 3/4] arch/x86/platform/efi/efi_64.c:163:23: error: passing 'const void to parameter of type 'volatile void discards qualifiers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• RE: [PATCH v9 2/7] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• RE: [PATCH v9 5/7] arm64: hyperv: Initialize hypervisor on boot
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [GIT PULL] efi/urgent for v5.12-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] efi/urgent for v5.12-rc3
  • From: Borislav Petkov <bp@xxxxxxx>
• [efi:next 2/4] arch/ia64/kernel/efi.c:61:10: sparse: sparse: cast truncates bits from constant value (43ea58dc becomes dc)
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next] BUILD SUCCESS WITH WARNING e233b65935c946ba420ba1b5a42f9b5625861da8
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next 3/4] arch/x86/platform/efi/efi_64.c:163:23: warning: passing argument 1 of 'virt_to_phys' discards 'const' qualifier from pointer target type
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS db9b21d7497cac1f4ff45af10f24d03f9194ebee
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/8] linux/arm: fix ARM Linux header layout
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCH] efi: use 32-bit alignment for efi_guid_t literals
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH V2] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH] firmware/efi: Fix a use after bug in efi_mem_reserve_persistent
  • From: Lv Yunlong <lyl2019@xxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: use 32-bit alignment for efi_guid_t literals
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: use 32-bit alignment for efi_guid_t literals
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH V2] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 7/7] CMDLINE: x86: convert to generic builtin command line
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH v2 0/7] Generic Command Line changes
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v2 7/7] CMDLINE: x86: convert to generic builtin command line
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• [PATCH v2 0/7] Generic Command Line changes
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• [PATCH v2 0/7] Generic Command Line changes
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• [PATCH v9 7/7] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 0/7] Enable Linux guests on Hyper-V on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 5/7] arm64: hyperv: Initialize hypervisor on boot
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 6/7] arm64: efi: Export screen_info
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 4/7] arm64: hyperv: Add kexec and panic handlers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 2/7] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 1/7] smccc: Add HVC call variant with result registers other than 0 thru 3
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Will Deacon <will@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS af6e3e61fe5623a7890807b0b13004ecb876fa1f
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 9e9888a0fe97b9501a40f717225d2bef7100a2c1
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi: memmap insertion should adjust the vaddr as well
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/apple-properties: Handle device properties with software node API
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 4e6f211fadf42a9f1a36c7058e6853bf594b433a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [GIT PULL] EFI fix for v5.12-rc2
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/1] use RT_PROPERTIES table to implement efi=novamap
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 1/1] efi: stub: omit SetVirtualAddressMap() if marked unsupported in RT_PROP table
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• RE: [PATCH v8 4/6] arm64: hyperv: Initialize hypervisor on boot
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 0/1] use RT_PROPERTIES table to implement efi=novamap
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/1] use RT_PROPERTIES table to implement efi=novamap
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/1] efi: stub: omit SetVirtualAddressMap() if marked unsupported in RT_PROP table
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] efi/apple-properties: Handle device properties with software node API
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH] efi/apple-properties: Handle device properties with software node API
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [PATCH] efi/apple-properties: Handle device properties with software node API
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 5/5] CMDLINE: x86: convert to generic builtin command line
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• RE: [PATCH v8 3/6] arm64: hyperv: Add kexec and panic handlers
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• RE: [PATCH v8 4/6] arm64: hyperv: Initialize hypervisor on boot
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• RE: [PATCH v8 2/6] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• RE: [PATCH v8 6/6] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• Re: [PATCH] drivers: firmware: efi: fix Kconfig dependency on CRYPTO
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] drivers: firmware: efi: fix Kconfig dependency on CRYPTO
  • From: Julian Braha <julianbraha@xxxxxxxxx>
• [PATCH] efi: memmap insertion should adjust the vaddr as well
  • From: Kairui Song <kasong@xxxxxxxxxx>
• Re: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [GIT PULL] EFI updates for v5.12
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 1/1] efi/efivars: ConInDev, ConOutDev, ConErrDev are volatile
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] drivers: firmware: fix kconfig dependency on CRYPTO
  • From: Julian Braha <julianbraha@xxxxxxxxx>
• Re: [PATCH v8 2/6] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v8 2/6] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v8 6/6] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v8 5/6] arm64: efi: Export screen_info
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v8 2/6] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v8 4/6] arm64: hyperv: Initialize hypervisor on boot
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v8 3/6] arm64: hyperv: Add kexec and panic handlers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v8 0/6] Enable Linux guests on Hyper-V on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 1/1] efi/efivars: ConInDev, ConOutDev, ConErrDev are volatile
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [GIT PULL] EFI updates for v5.12
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v2 14/14] x86/fault, x86/efi: Fix and rename efi_recover_from_page_fault()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 14/14] x86/fault, x86/efi: Fix and rename efi_recover_from_page_fault()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Daniel Kiss <Daniel.Kiss@xxxxxxx>
• Re: [PATCH] docs: update EFI stub description
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.10 36/36] x86/efi: Remove EFI PGD build time checks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH] docs: update EFI stub description
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH] x86/efi: Remove EFI PGD build time checks
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Remove EFI PGD build time checks
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Remove EFI PGD build time checks
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] x86/efi: Remove EFI PGD build time checks
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• Re: [RFC PATCH 00/12] Introduce sv48 support without relocable kernel
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• RE: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• Re: [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH 1/3] printk: use CONFIG_CONSOLE_LOGLEVEL_* directly
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• [GIT PULL] efi/urgent for v5.11-rc6
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [RFC PATCH 00/12] Introduce sv48 support without relocable kernel
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [GIT PULL] EFI changes for v5.12
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [GIT PULL] EFI fix for v5.11
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [GIT PULL] EFI fix for v5.11
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] EFI changes for v5.12
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: "Madhavan T. Venkataraman" <madvenka@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 1c761ee9da1ac6ba7e40d14457fac94c87eaff35
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Josh Poimboeuf <jpoimboe@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 16/17] objtool: arm64: Ignore replacement section for alternative callback
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 11/17] efi: libstub: Ignore relocations for .discard sections
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 10/17] objtool: arm64: Accept padding in code sections
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 08/17] objtool: arm64: Decode load/store instructions
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 07/17] objtool: arm64: Decode other system instructions
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 06/17] objtool: arm64: Decode jump and call related instructions
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 05/17] objtool: arm64: Decode add/sub instructions
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 04/17] objtool: arm64: Add base definition for arm64 backend
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 02/17] tools: arm64: Make aarch64 instruction decoder available to tools
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 01/17] tools: Add some generic functions and headers
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 15/17] objtool: arm64: Handle supported relocations in alternatives
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 13/17] objtool: arm64: Implement functions to add switch tables alternatives
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 17/17] objtool: arm64: Enable stack validation for arm64
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 14/17] objtool: arm64: Cache section with switch table information
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 09/17] objtool: arm64: Decode LDR instructions
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 00/17] objtool: add base support for arm64
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• [RFC PATCH 03/17] tools: bug: Remove duplicate definition
  • From: Julien Thierry <jthierry@xxxxxxxxxx>
• Re: [PATCH v2] efi/arm64: Update debug prints to reflect other entropy sources
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2] efi/arm64: Update debug prints to reflect other entropy sources
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] efi/arm64: Update debug prints to reflect other entropy sources
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/arm64: Update debug prints to reflect other entropy sources
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 514b1a8477d25a157f65bf52a443f8ffcc2eb54e
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] efi/arm64: Update debug prints to reflect other entropy sources
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 1/2] efi: x86: move mixed mode stack PA variable out of 'efi_scratch'
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/2] efi: x86: clean up previous struct mm switching
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS c90dd16f9fe2eb1d749d41d144695ee188bfce01
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] efi: ia64: move IA64-only declarations to new asm/efi.h header
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 1/1] efi/efi_test: read Revision
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH] certs: Add EFI_CERT_X509_GUID support for dbx entries
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] certs: Add EFI_CERT_X509_GUID support for dbx entries
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] certs: Add EFI_CERT_X509_GUID support for dbx entries
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• [PATCH] x86: efi: avoid BUILD_BUG_ON() for non-constant p4d_index
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 04/12] riscv: Allow to dynamically define VA_BITS
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
  • From: Michael Walle <michael@xxxxxxxx>
• Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [RFC PATCH 04/12] riscv: Allow to dynamically define VA_BITS
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 02/12] riscv: Protect the kernel linear mapping
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• [RFC PATCH 02/12] riscv: Protect the kernel linear mapping
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 12/12] riscv: Improve virtual kernel memory layout dump
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 11/12] riscv: Explicit comment about user virtual address space size
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 10/12] riscv: Use pgtable_l4_enabled to output mmu type in cpuinfo
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 09/12] riscv: Allow user to downgrade to sv39 when hw supports sv48
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 08/12] riscv: Implement sv48 support
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 07/12] asm-generic: Prepare for riscv use of pud_alloc_one and pud_free
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 06/12] riscv: Prepare ptdump for vm layout dynamic addresses
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 05/12] riscv: Simplify MAXPHYSMEM config
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 04/12] riscv: Allow to dynamically define VA_BITS
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 03/12] riscv: Get rid of compile time logic with MAX_EARLY_MAPPING_SIZE
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 01/12] riscv: Move kernel mapping outside of linear mapping
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [RFC PATCH 00/12] Introduce sv48 support without relocable kernel
  • From: Alexandre Ghiti <alex@xxxxxxxx>
• [efi:urgent] BUILD SUCCESS 355845b738e76445c8522802552146d96cb4afa7
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] efi/apple-properties: Reinstate support for boolean properties
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2] efi/apple-properties: Reinstate support for boolean properties
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
  • From: Michael Walle <michael@xxxxxxxx>
• Re: [PATCH] efi/apple-properties: Reinstate support for boolean properties
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] efi/apple-properties: Reinstate support for boolean properties
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [GIT PULL] efi/core for v5.11
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] efi/core for v5.11
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: Efistub patch breaks 5.10 for me
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Efistub patch breaks 5.10 for me
  • From: Klaus Kusche <klaus.kusche@xxxxxxxxxxxxxxx>
• Re: Efistub patch breaks 5.10 for me
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Efistub patch breaks 5.10 for me
  • From: Klaus Kusche <klaus.kusche@xxxxxxxxxxxxxxx>
• [GIT PULL v2] EFI updates for v5.11 (followup fixes)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 9e5e3919781dc9120b86623dcd5b0661fe6a0acc
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: MOK variable config table: Kernel Panic in SEV-enabled VMs
  • From: Lenny Szubowicz <lszubowi@xxxxxxxxxx>
• MOK variable config table: Kernel Panic in SEV-enabled VMs
  • From: "Hyunwook (Wooky) Baek" <baekhw@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: Allow EFI_NOT_FOUND on LOAD_FILE2_PROTOCOL calls for initrd
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: Allow EFI_NOT_FOUND on LOAD_FILE2_PROTOCOL calls for initrd
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH] efi/libstub: Allow EFI_NOT_FOUND on LOAD_FILE2_PROTOCOL calls for initrd
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [GIT PULL] EFI updates for v5.11 (followup fixes)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2] efi: ia64: disable the capsule loader
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [GIT PULL] EFI updates for v5.11 (followup fixes)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next 13/15] drivers/net/ethernet/apm/xgene/xgene_enet_main.c:2071:42: warning: shift count >= width of type
  • From: kernel test robot <lkp@xxxxxxxxx>
• [GIT PULL] EFI updates for v5.11 (followup fixes)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 7b7ab8de753afd63b440db5cfb39a8c205d1103d
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next 13/14] arch/x86/kernel/reboot.c:613: undefined reference to `efi_capsule_pending'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] efi: arm: force use of unsigned type for EFI_PHYS_ALIGN
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: ia64: disable the capsule loader
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 16/17] driver core: Refactor fw_devlink feature
  • From: Qian Cai <qcai@xxxxxxxxxx>
• RE: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [RFC] Documentation for /dev/efi_test
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [RFC] Documentation for /dev/efi_test
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• [GIT PULL] More EFI changes for v5.11
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 0d013943a149b584f910dede95f23e147170e6c5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4.4] arm64: assembler: make adr_l work in modules under KASLR
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS b27ca384049075401be4ccef5c664f66142f7028
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 07/17] driver core: Add fwnode_init()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH 4.4] arm64: assembler: make adr_l work in modules under KASLR
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: [PATCH v2 17/17] driver core: Delete pointless parameter in fwnode_operations.add_links
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 14/17] of: property: Update implementation of add_links() to create fwnode links
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 08/17] driver core: Add fwnode link support
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 4.4] Revert "crypto: arm64/sha - avoid non-standard inline asm tricks"
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 07/17] driver core: Add fwnode_init()
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 05/17] Revert "of: platform: Batch fwnode parsing when adding all top level devices"
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 07/17] driver core: Add fwnode_init()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH 4.4] Revert "crypto: arm64/sha - avoid non-standard inline asm tricks"
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• Re: [PATCH v2 08/17] driver core: Add fwnode link support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 07/17] driver core: Add fwnode_init()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 07/17] driver core: Add fwnode_init()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v2 08/17] driver core: Add fwnode link support
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH 4.4] Revert "crypto: arm64/sha - avoid non-standard inline asm tricks"
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 4.4] Revert "crypto: arm64/sha - avoid non-standard inline asm tricks"
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• [PATCH 1/2] efi: capsule: use atomic kmap for transient sglist mappings
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/2] efi: capsule: clean scatter-gather entries from the D-cache
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/2] efi capsule loader fixes
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 4.4] Revert "crypto: arm64/sha - avoid non-standard inline asm tricks"
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 4.4] Revert "crypto: arm64/sha - avoid non-standard inline asm tricks"
  • From: dann frazier <dann.frazier@xxxxxxxxxxxxx>
• RE: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 08/17] driver core: Add fwnode link support
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v2 07/17] driver core: Add fwnode_init()
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: Rasmus Villemoes <rasmus.villemoes@xxxxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: Francis Laniel <laniel_francis@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 00/12] Replace strstarts() by str_has_prefix()
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: Francis Laniel <laniel_francis@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH v1 00/12] Replace strstarts() by str_has_prefix()
  • From: laniel_francis@xxxxxxxxxxxxxxxxxxx
• [RFC PATCH v1 07/12] efi: Replace strstarts() by str_has_prefix().
  • From: laniel_francis@xxxxxxxxxxxxxxxxxxx
• Re: [PATCH 0/3] ia64: clean-up header dependency and build process, fix build warning
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
  • From: ivanhu <ivan.hu@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
  • From: ivanhu <ivan.hu@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
  • From: ivanhu <ivan.hu@xxxxxxxxxxxxx>
• Re: ACK: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• ACK: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• Re: ACK: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: ACK: [PATCH 1/1] efi/efi_test: read RuntimeServicesSupported
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
  • From: Jonathon Fernyhough <jonathon@xxxxxxx>
• [GIT PULL] EFI fixes for v5.10-rc5
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Commit fe5186cf12 ("efivarfs: fix memory leak in efivarfs_create()") causing reboot OOPSes
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
  • From: Dexuan-Linux Cui <dexuan.linux@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 36a237526cd81ff4b6829e6ebd60921c6f976e3b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• RE: [PATCH] efi/efivars: Set generic ops before loading SSDT
  • From: "Rojewski, Cezary" <cezary.rojewski@xxxxxxxxx>
• Re: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: EFI_EARLYCON should depend on EFI
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: EFI_EARLYCON should depend on EFI
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxx>
• Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• [PATCH] efivarfs: revert "fix memory leak in efivarfs_create()"
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• [PATCH] efi: EFI_EARLYCON should depend on EFI
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: What to do with `BERT: Error records from previous boot`?
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• What to do with `BERT: Error records from previous boot`?
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• RE: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• RE: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Oops (probably) unmounting /oldroot/firmware/efi/efivars.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Oops (probably) unmounting /oldroot/firmware/efi/efivars.
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: fwts: RuntimeServicesSupported variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [efi:urgent] BUILD SUCCESS 03127eae7a6706f2bcdf2117d79b490b35b27c44
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH] efi/efivars: Set generic ops before loading SSDT
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/efivars: Set generic ops before loading SSDT
  • From: Amadeusz Sławiński <amadeuszx.slawinski@xxxxxxxxxxxxxxx>
• Re: [PATCH v6] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v6] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2 05/17] Revert "of: platform: Batch fwnode parsing when adding all top level devices"
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 08/17] driver core: Add fwnode link support
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 17/17] driver core: Delete pointless parameter in fwnode_operations.add_links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 16/17] driver core: Refactor fw_devlink feature
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 15/17] efi: Update implementation of add_links() to create fwnode links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 14/17] of: property: Update implementation of add_links() to create fwnode links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 12/17] driver core: Add fw_devlink_parse_fwtree()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 11/17] driver core: Redefine the meaning of fwnode_operations.add_links()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 10/17] device property: Add fwnode_is_ancestor_of() and fwnode_get_next_parent_dev()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 04/17] Revert "driver core: Remove check in driver_deferred_probe_force_trigger()"
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 09/17] driver core: Allow only unprobed consumers for SYNC_STATE_ONLY device links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 06/17] Revert "driver core: fw_devlink: Add support for batching fwnode parsing"
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 07/17] driver core: Add fwnode_init()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 03/17] Revert "driver core: Don't do deferred probe in parallel with kernel_init thread"
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 02/17] Revert "driver core: Rename dev_links_info.defer_sync to defer_hook"
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 01/17] Revert "driver core: Avoid deferred probe due to fw_devlink_pause/resume()"
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 00/17] Refactor fw_devlink to significantly improve boot time
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 13/18] driver core: Add fwnode_get_next_parent_dev() helper function
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 14/18] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 12/18] driver core: Add fw_devlink_parse_fwtree()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 11/18] driver core: Redefine the meaning of fwnode_operations.add_links()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 09/18] driver core: Allow only unprobed consumers for SYNC_STATE_ONLY device links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 08/18] driver core: Add fwnode link support
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v6] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• [efi:next] BUILD SUCCESS 006405b324c071ebdcb5f6ebdc853edf8a8b7690
  • From: kernel test robot <lkp@xxxxxxxxx>
• [GIT PULL] EFI updates for v5.11
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] EFI fixes for v5.10-rc
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 14/18] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 13/18] driver core: Add fwnode_get_next_parent_dev() helper function
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 12/18] driver core: Add fw_devlink_parse_fwtree()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 11/18] driver core: Redefine the meaning of fwnode_operations.add_links()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 09/18] driver core: Allow only unprobed consumers for SYNC_STATE_ONLY device links
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 08/18] driver core: Add fwnode link support
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 3/3] arm64/ima: add ima_arch support
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [efi:next] BUILD SUCCESS 6548316ad15bfbe63a66ec61bc4d1b98bf06bbaa
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
• [PATCH] efi: arm: reduce minimum alignment of uncompressed kernel
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli Channabasappa <skoralah@xxxxxxx>
• [efi:urgent] BUILD SUCCESS c2fe61d8be491ff8188edaf22e838f819999146b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH -next] treewide: Remove stringification from __alias macro definition
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/x86: Free efi_pgd with free_pages()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/x86: Free efi_pgd with free_pages()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli Channabasappa <skoralah@xxxxxxx>
• Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli Channabasappa <skoralah@xxxxxxx>
• [efi:next] BUILD SUCCESS 396c8e58b5baf45bf03f1fd127166f46036db9aa
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v8 1/7] RISC-V: Move DT mapping outof fixmap
  • From: Anup Patel <anup@xxxxxxxxxxxxxx>
• Re: [PATCH v8 1/7] RISC-V: Move DT mapping outof fixmap
  • From: Greentime Hu <greentime.hu@xxxxxxxxxx>
• Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH v1 00/18] Refactor fw_devlink to significantly improve boot time
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v1 00/18] Refactor fw_devlink to significantly improve boot time
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Punit Agrawal <punit1.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH v1 16/18] efi: Update implementation of add_links() to create fwnode links
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] ima: generalize x86/EFI arch glue for other EFI architectures
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v1 00/18] Refactor fw_devlink to significantly improve boot time
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] ima: generalize x86/EFI arch glue for other EFI architectures
  • From: Chester Lin <clin@xxxxxxxx>
• Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 16/18] efi: Update implementation of add_links() to create fwnode links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 07/18] driver core: Add fwnode_init()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 01/18] Revert "driver core: Avoid deferred probe due to fw_devlink_pause/resume()"
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS c051590300704d45b9b96071e5241825179507a5
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 16/18] efi: Update implementation of add_links() to create fwnode links
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 07/18] driver core: Add fwnode_init()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 01/18] Revert "driver core: Avoid deferred probe due to fw_devlink_pause/resume()"
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] wire up IMA secure boot for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: x86/xen: switch to efi_get_secureboot_mode helper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: x86/xen: switch to efi_get_secureboot_mode helper
  • From: boris.ostrovsky@xxxxxxxxxx
• Re: [PATCH v1 00/18] Refactor fw_devlink to significantly improve boot time
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 00/18] Refactor fw_devlink to significantly improve boot time
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 01/18] Revert "driver core: Avoid deferred probe due to fw_devlink_pause/resume()"
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 04/18] Revert "driver core: Remove check in driver_deferred_probe_force_trigger()"
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 03/18] Revert "driver core: Don't do deferred probe in parallel with kernel_init thread"
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 06/18] Revert "driver core: fw_devlink: Add support for batching fwnode parsing"
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 10/18] device property: Add fwnode_is_ancestor_of()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 09/18] driver core: Allow only unprobed consumers for SYNC_STATE_ONLY device links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 12/18] driver core: Add fw_devlink_parse_fwtree()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 11/18] driver core: Redefine the meaning of fwnode_operations.add_links()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 13/18] driver core: Add fwnode_get_next_parent_dev() helper function
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 16/18] efi: Update implementation of add_links() to create fwnode links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 14/18] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 15/18] of: property: Update implementation of add_links() to create fwnode links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 17/18] driver core: Add helper functions to convert fwnode links to device links
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 18/18] driver core: Refactor fw_devlink feature
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 08/18] driver core: Add fwnode link support
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 07/18] driver core: Add fwnode_init()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 02/18] Revert "driver core: Rename dev_links_info.defer_sync to defer_hook"
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v1 05/18] Revert "of: platform: Batch fwnode parsing when adding all top level devices"
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH] efi: x86/xen: switch to efi_get_secureboot_mode helper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 0/3] wire up IMA secure boot for arm64
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] wire up IMA secure boot for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 0/3] wire up IMA secure boot for arm64
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] wire up IMA secure boot for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 0/3] wire up IMA secure boot for arm64
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/8] linux/arm: fix ARM Linux header layout
  • From: Leif Lindholm <leif@xxxxxxxxxxxx>
• Re: [PATCH v2 1/8] linux/arm: fix ARM Linux header layout
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/8] linux/arm: fix ARM Linux header layout
  • From: Leif Lindholm <leif@xxxxxxxxxxxx>
• Re: [PATCH] tpm: efi: Don't create binary_bios_measurements file for an empty log
  • From: "Kenneth R. Crudup" <kenny@xxxxxxxxx>
• Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 7/7] efi/libstub: measure loaded initrd info into the TPM
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] efi: generalize efi_get_secureboot
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] efi: generalize efi_get_secureboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 1/3] efi: generalize efi_get_secureboot
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH v5] cper, apei, mce: Pass x86 CPER through the MCA handling chain
  • From: Smita Koralahalli <Smita.KoralahalliChannabasappa@xxxxxxx>
• Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [PATCH v4 3/3] arm64/ima: add ima_arch support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 2/3] ima: generalize x86/EFI arch glue for other EFI architectures
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 1/3] efi: generalize efi_get_secureboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 0/3] wire up IMA secure boot for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 0/7] efi/libstub: measurement initrd data loaded by the EFI stub
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• [RFC PATCH 7/7] efi/libstub: measure loaded initrd info into the TPM
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 6/7] efi/libstub: consolidate initrd handling across architectures
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 5/7] efi/libstub: add prototype of efi_tcg2_protocol::hash_log_extend_event()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 4/7] efi/libstub: move TPM related prototypes into efistub.h
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>