Linux EFI Development - Date Index

• Date Index

• Re: [PATCH] efi/x86: libstub: remove unused variables, (continued)
  • Re: [PATCH] efi/x86: libstub: remove unused variables, Ard Biesheuvel
    • Re: [PATCH] efi/x86: libstub: remove unused variables, Evgeniy Baskov
• [RFC PATCH] generic_entry: Add stackleak support, guoren
  • Re: [RFC PATCH] generic_entry: Add stackleak support, Mark Rutland
    • Re: [RFC PATCH] generic_entry: Add stackleak support, Guo Ren
• [PATCH 00/16] x86_64: Improvements at compressed kernel stage, Evgeniy Baskov
  • [PATCH 06/16] x86/boot: Setup memory protection for bzImage code, Evgeniy Baskov
    • Re: [PATCH 06/16] x86/boot: Setup memory protection for bzImage code, Ard Biesheuvel
      • Re: [PATCH 06/16] x86/boot: Setup memory protection for bzImage code, Evgeniy Baskov
    • Re: [PATCH 06/16] x86/boot: Setup memory protection for bzImage code, Andrew Cooper
      • Re: [PATCH 06/16] x86/boot: Setup memory protection for bzImage code, Evgeniy Baskov
        • Re: [PATCH 06/16] x86/boot: Setup memory protection for bzImage code, Andrew Cooper
  • [PATCH 03/16] x86/boot: Set cr0 to known state in trampoline, Evgeniy Baskov
    • Re: [PATCH 03/16] x86/boot: Set cr0 to known state in trampoline, Ard Biesheuvel
      • Re: [PATCH 03/16] x86/boot: Set cr0 to known state in trampoline, Evgeniy Baskov
    • Re: [PATCH 03/16] x86/boot: Set cr0 to known state in trampoline, Andrew Cooper
      • Re: [PATCH 03/16] x86/boot: Set cr0 to known state in trampoline, Evgeniy Baskov
  • [PATCH 10/16] x86/boot: Make console interface more abstract, Evgeniy Baskov
    • Re: [PATCH 10/16] x86/boot: Make console interface more abstract, Ard Biesheuvel
      • Re: [PATCH 10/16] x86/boot: Make console interface more abstract, Evgeniy Baskov
  • [PATCH 13/16] efi/x86: Support extracting kernel from libstub, Evgeniy Baskov
    • Re: [PATCH 13/16] efi/x86: Support extracting kernel from libstub, Ard Biesheuvel
      • Re: [PATCH 13/16] efi/x86: Support extracting kernel from libstub, Evgeniy Baskov
  • [PATCH 07/16] x86/boot: Map memory explicitly, Evgeniy Baskov
  • [PATCH 01/16] x86/boot: Align vmlinuz sections on page size, Evgeniy Baskov
    • Re: [PATCH 01/16] x86/boot: Align vmlinuz sections on page size, Ard Biesheuvel
      • Re: [PATCH 01/16] x86/boot: Align vmlinuz sections on page size, Evgeniy Baskov
  • [PATCH 16/16] efi/libstub: Use memory attribute protocol, Evgeniy Baskov
    • [PATCH] efi/libstub: make memory protection warnings include newlines., Peter Jones
      • Re: [PATCH] efi/libstub: make memory protection warnings include newlines., Ard Biesheuvel
    • Re: [PATCH 16/16] efi/libstub: Use memory attribute protocol, Ard Biesheuvel
      • Re: [PATCH 16/16] efi/libstub: Use memory attribute protocol, Evgeniy Baskov
  • [PATCH 15/16] efi/libstub: Add memory attribute protocol definitions, Evgeniy Baskov
    • Re: [PATCH 15/16] efi/libstub: Add memory attribute protocol definitions, Ard Biesheuvel
  • [PATCH 04/16] x86/boot: Increase boot page table size, Evgeniy Baskov
    • Re: [PATCH 04/16] x86/boot: Increase boot page table size, Ard Biesheuvel
      • Re: [PATCH 04/16] x86/boot: Increase boot page table size, Evgeniy Baskov
  • [PATCH 14/16] x86/build: Make generated PE more spec compliant, Evgeniy Baskov
    • Re: [PATCH 14/16] x86/build: Make generated PE more spec compliant, Ard Biesheuvel
      • Re: [PATCH 14/16] x86/build: Make generated PE more spec compliant, Evgeniy Baskov
  • [PATCH 05/16] x86/boot: Support 4KB pages for identity mapping, Evgeniy Baskov
    • Re: [PATCH 05/16] x86/boot: Support 4KB pages for identity mapping, Ard Biesheuvel
      • Re: [PATCH 05/16] x86/boot: Support 4KB pages for identity mapping, Evgeniy Baskov
  • [PATCH 09/16] efi/libstub: Move helper function to related file, Evgeniy Baskov
    • Re: [PATCH 09/16] efi/libstub: Move helper function to related file, Ard Biesheuvel
  • [PATCH 11/16] x86/boot: Split trampoline and pt init code, Evgeniy Baskov
  • [PATCH 12/16] x86/boot: Add EFI kernel extraction interface, Evgeniy Baskov
    • Re: [PATCH 12/16] x86/boot: Add EFI kernel extraction interface, Ard Biesheuvel
      • Re: [PATCH 12/16] x86/boot: Add EFI kernel extraction interface, Evgeniy Baskov
  • [PATCH 08/16] x86/boot: Remove mapping from page fault handler, Evgeniy Baskov
    • Re: [PATCH 08/16] x86/boot: Remove mapping from page fault handler, Ard Biesheuvel
  • [PATCH 02/16] x86/build: Remove RWX sections and align on 4KB, Evgeniy Baskov
    • Re: [PATCH 02/16] x86/build: Remove RWX sections and align on 4KB, Ard Biesheuvel
      • Re: [PATCH 02/16] x86/build: Remove RWX sections and align on 4KB, Evgeniy Baskov
  • Re: [PATCH 00/16] x86_64: Improvements at compressed kernel stage, Peter Jones
    • Re: [PATCH 00/16] x86_64: Improvements at compressed kernel stage, Evgeniy Baskov
• [PATCH v5 0/8] Make ghes_edac a proper module, Jia He
  • [PATCH v5 7/8] apei/ghes: Use unrcu_pointer for cmpxchg, Jia He
  • [PATCH v5 5/8] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Jia He
    • RE: [PATCH v5 5/8] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Kani, Toshi
      • RE: [PATCH v5 5/8] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Justin He
  • [PATCH v5 3/8] EDAC:ghes: Move ghes_edac.force_load to ghes module parameter, Jia He
    • RE: [PATCH v5 3/8] EDAC:ghes: Move ghes_edac.force_load to ghes module parameter, Kani, Toshi
  • [PATCH v5 6/8] EDAC: Add the ghes_edac_preferred check for chipset-specific edac drivers, Jia He
  • [PATCH v5 2/8] EDAC/ghes: Add a notifier for reporting memory errors, Jia He
  • [PATCH v5 1/8] efi/cper: export several helpers for ghes_edac to use, Jia He
  • [PATCH v5 4/8] ghes: Introduce a helper ghes_edac_preferred(), Jia He
  • [PATCH v5 8/8] EDAC/igen6: Return consistent errno when another edac driver is enabled, Jia He
• [PATCH] efi: x86: Wipe setup_data on pure EFI boot, Jason A. Donenfeld
  • Re: [PATCH] efi: x86: Wipe setup_data on pure EFI boot, Ard Biesheuvel
    • Re: [PATCH] efi: x86: Wipe setup_data on pure EFI boot, Jason A. Donenfeld
      • [PATCH v2] efi: x86: Wipe setup_data on pure EFI boot, Jason A. Donenfeld
        • Re: [PATCH v2] efi: x86: Wipe setup_data on pure EFI boot, Jason A. Donenfeld
    • Re: [PATCH] efi: x86: Wipe setup_data on pure EFI boot, Jason A. Donenfeld
      • Re: [PATCH] efi: x86: Wipe setup_data on pure EFI boot, Ard Biesheuvel
  • Re: [PATCH] efi: x86: Wipe setup_data on pure EFI boot, Ard Biesheuvel
• [PATCH v4 0/8] Make ghes_edac a proper module, Jia He
  • [PATCH v4 1/8] efi/cper: export several helpers for ghes_edac to use, Jia He
  • [PATCH v4 2/8] EDAC/ghes: Add a notifier for reporting memory errors, Jia He
  • [PATCH v4 4/8] ghes: Introduce a helper ghes_edac_preferred(), Jia He
    • RE: [PATCH v4 4/8] ghes: Introduce a helper ghes_edac_preferred(), Kani, Toshi
  • [PATCH v4 3/8] EDAC:ghes: Move ghes_edac.force_load to ghes module parameter, Jia He
    • RE: [PATCH v4 3/8] EDAC:ghes: Move ghes_edac.force_load to ghes module parameter, Kani, Toshi
  • [PATCH v4 5/8] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Jia He
    • RE: [PATCH v4 5/8] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Kani, Toshi
      • RE: [PATCH v4 5/8] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Justin He
  • [PATCH v4 6/8] EDAC: Add the ghes_edac_preferred check for chipset-specific edac drivers, Jia He
    • RE: [PATCH v4 6/8] EDAC: Add the ghes_edac_preferred check for chipset-specific edac drivers, Kani, Toshi
  • [PATCH v4 8/8] EDAC/igen6: Return consistent errno when another edac driver is enabled, Jia He
  • [PATCH v4 7/8] apei/ghes: Use unrcu_pointer for cmpxchg, Jia He
• [PATCH 0/4] Remove unused variables resulting in CONFIG_EFI warnings, Michel Lespinasse
  • [PATCH 4/4] Remove unused variable ret in __efi_get_rsdp_addr(), Michel Lespinasse
  • [PATCH 1/4] Remove unused variable et in efi_get_system_table(), Michel Lespinasse
    • Re: [PATCH 1/4] Remove unused variable et in efi_get_system_table(), Ard Biesheuvel
  • [PATCH 2/4] Remove unused variable nr_tables in efi_get_rsdp_addr(), Michel Lespinasse
  • [PATCH 3/4] Remove unused variable ret in efi_get_conf_table(), Michel Lespinasse
    • Re: [PATCH 3/4] Remove unused variable ret in efi_get_conf_table(), Ard Biesheuvel
• [PATCH] RISC-V: Add STACKLEAK erasing the kernel stack at the end of syscalls, Xianting Tian
  • Re: [PATCH] RISC-V: Add STACKLEAK erasing the kernel stack at the end of syscalls, Conor.Dooley
    • Re: [PATCH] RISC-V: Add STACKLEAK erasing the kernel stack at the end of syscalls, Guo Ren
    • Re: [PATCH] RISC-V: Add STACKLEAK erasing the kernel stack at the end of syscalls, Palmer Dabbelt
      • Re: [PATCH] RISC-V: Add STACKLEAK erasing the kernel stack at the end of syscalls, Mark Rutland
      • Re: [PATCH] RISC-V: Add STACKLEAK erasing the kernel stack at the end of syscalls, Guo Ren
• [PATCH v2] Add support for ESRT loading under Xen, Demi Marie Obenour
  • Re: [PATCH v2] Add support for ESRT loading under Xen, Ard Biesheuvel
    • Re: [PATCH v2] Add support for ESRT loading under Xen, Demi Marie Obenour
• [efi:next] BUILD SUCCESS bb45d2db8492036a6fc938ec0b228834ea6e1cf9, kernel test robot
• [PATCH v3 0/7] arm64: efi: leave MMU and caches on at boot, Ard Biesheuvel
  • [PATCH v3 1/7] arm64: lds: reduce effective minimum image alignment to 64k, Ard Biesheuvel
  • [PATCH v3 2/7] arm64: kernel: move ID map out of .text mapping, Ard Biesheuvel
  • [PATCH v3 3/7] arm64: head: record the MMU state at primary entry, Ard Biesheuvel
  • [PATCH v3 4/7] arm64: head: avoid cache invalidation when entering with the MMU on, Ard Biesheuvel
  • [PATCH v3 7/7] arm64: efi/libstub: enter with the MMU on, Ard Biesheuvel
  • [PATCH v3 6/7] arm64: efi/libstub: use EFI_LOADER_CODE region when moving the kernel in memory, Ard Biesheuvel
  • [PATCH v3 5/7] arm64: head: clean the ID map page to the PoC, Ard Biesheuvel
• [PATCH v4 0/9] efi: implement generic compressed boot support, Ard Biesheuvel
  • [PATCH v4 7/9] riscv: efi: enable generic EFI compressed boot, Ard Biesheuvel
  • [PATCH v4 5/9] efi/libstub: implement generic EFI zboot, Ard Biesheuvel
  • [PATCH v4 6/9] arm64: efi: enable generic EFI compressed boot, Ard Biesheuvel
    • Re: [PATCH v4 6/9] arm64: efi: enable generic EFI compressed boot, Jeremy Linton
      • Re: [PATCH v4 6/9] arm64: efi: enable generic EFI compressed boot, Xi Ruoyao
  • [PATCH v4 2/9] efi/libstub: add some missing EFI prototypes, Ard Biesheuvel
  • [PATCH v4 3/9] efi/libstub: use EFI provided memcpy/memset routines, Ard Biesheuvel
  • [PATCH v4 1/9] efi: name the ARCH-stub.c files uniformly, Ard Biesheuvel
  • [PATCH v4 8/9] loongarch: avoid orphan input sections, Ard Biesheuvel
    • Re: [PATCH v4 8/9] loongarch: avoid orphan input sections, 陈华才
      • Re: [PATCH v4 8/9] loongarch: avoid orphan input sections, Ard Biesheuvel
        • Re: [PATCH v4 8/9] loongarch: avoid orphan input sections, Xi Ruoyao
          • Re: [PATCH v4 8/9] loongarch: avoid orphan input sections, Ard Biesheuvel
            • Re: [PATCH v4 8/9] loongarch: avoid orphan input sections, Xi Ruoyao
              • Re: Re: [PATCH v4 8/9] loongarch: avoid orphan input sections, 陈华才
  • [PATCH v4 9/9] loongarch: efi: enable generic EFI compressed boot, Ard Biesheuvel
    • Re: [PATCH v4 9/9] loongarch: efi: enable generic EFI compressed boot, Xi Ruoyao
      • Re: [PATCH v4 9/9] loongarch: efi: enable generic EFI compressed boot, Xi Ruoyao
      • Re: Re: [PATCH v4 9/9] loongarch: efi: enable generic EFI compressed boot, 陈华才
  • [PATCH v4 4/9] efi/libstub: move efi_system_table global var into separate object, Ard Biesheuvel
• [syzbot] BUG: corrupted list in efivar_entry_remove, syzbot
  • Re: [syzbot] BUG: corrupted list in efivar_entry_remove, Ard Biesheuvel
    • Re: [syzbot] BUG: corrupted list in efivar_entry_remove, syzbot
      • Re: [syzbot] BUG: corrupted list in efivar_entry_remove, Aleksandr Nogikh
        • Re: [syzbot] BUG: corrupted list in efivar_entry_remove, Ard Biesheuvel
          • Re: [syzbot] BUG: corrupted list in efivar_entry_remove, syzbot
        • Re: [syzbot] [efi] BUG: corrupted list in efivar_entry_remove, syzbot
  • Re: [syzbot] BUG: corrupted list in efivar_entry_remove, Ard Biesheuvel
    • Re: [syzbot] BUG: corrupted list in efivar_entry_remove, syzbot
  • Re: [syzbot] BUG: corrupted list in efivar_entry_remove, Ard Biesheuvel
    • Re: [syzbot] [efi] BUG: corrupted list in efivar_entry_remove, syzbot
• [efi:urgent] BUILD SUCCESS 1a3887924a7e6edd331be76da7bf4c1e8eab4b1e, kernel test robot
• [PATCH] Add support for ESRT loading under Xen, Demi Marie Obenour
  • Re: [PATCH] Add support for ESRT loading under Xen, Jan Beulich
    • Re: [PATCH] Add support for ESRT loading under Xen, Demi Marie Obenour
      • Re: [PATCH] Add support for ESRT loading under Xen, Jan Beulich
        • Re: [PATCH] Add support for ESRT loading under Xen, Demi Marie Obenour
• [PATCH] efi: libstub: Disable struct randomization, Ard Biesheuvel
  • Re: [PATCH] efi: libstub: Disable struct randomization, Kees Cook
    • Re: [PATCH] efi: libstub: Disable struct randomization, Ard Biesheuvel
• [RESEND PATCH v3 0/9] Make ghes_edac a proper module, Jia He
  • [RESEND PATCH v3 1/9] efi/cper: export several helpers for ghes_edac to use, Jia He
  • [RESEND PATCH v3 2/9] EDAC/ghes: Add a notifier for reporting memory errors, Jia He
  • [RESEND PATCH v3 9/9] edac: Don't load Arm specific edac drivers when ghes_edac is preferred, Jia He
  • [RESEND PATCH v3 7/9] apei/ghes: Use unrcu_pointer for cmpxchg, Jia He
  • [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Jia He
    • Re: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Borislav Petkov
      • RE: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Justin He
        • RE: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Kani, Toshi
    • RE: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Elliott, Robert (Servers)
      • Re: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Borislav Petkov
        • Re: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Yazen Ghannam
          • Re: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Borislav Petkov
            • RE: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Kani, Toshi
  • [RESEND PATCH v3 6/9] ghes: Introduce a flag ghes_present, Jia He
  • [RESEND PATCH v3 4/9] EDAC/ghes: Move ghes_edac.force_load to setup parameter, Jia He
    • Re: [RESEND PATCH v3 4/9] EDAC/ghes: Move ghes_edac.force_load to setup parameter, Borislav Petkov
      • RE: [RESEND PATCH v3 4/9] EDAC/ghes: Move ghes_edac.force_load to setup parameter, Justin He
      • RE: [RESEND PATCH v3 4/9] EDAC/ghes: Move ghes_edac.force_load to setup parameter, Justin He
  • [RESEND PATCH v3 5/9] EDAC: Don't load chipset-specific edac drivers when ghes_edac is preferred, Jia He
    • RE: [RESEND PATCH v3 5/9] EDAC: Don't load chipset-specific edac drivers when ghes_edac is preferred, Kani, Toshi
      • RE: [RESEND PATCH v3 5/9] EDAC: Don't load chipset-specific edac drivers when ghes_edac is preferred, Justin He
        • RE: [RESEND PATCH v3 5/9] EDAC: Don't load chipset-specific edac drivers when ghes_edac is preferred, Kani, Toshi
  • [RESEND PATCH v3 8/9] EDAC/igen6: Keep returned errno consistent when edac mc has been enabled, Jia He
  • RE: [RESEND PATCH v3 0/9] Make ghes_edac a proper module, Justin He
    • Re: [RESEND PATCH v3 0/9] Make ghes_edac a proper module, Rafael J. Wysocki
• [PATCH v3 0/9] Make ghes_edac a proper module, Jia He
  • [PATCH v3 1/9] efi/cper: export several helpers for ghes_edac to use, Jia He
  • [PATCH v3 2/9] EDAC/ghes: Add a notifier for reporting memory errors, Jia He
  • [PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes, Jia He
• [PATCH v4 0/3] generic and PowerPC SED Opal keystore, gjoyce
  • [PATCH v4 3/3] block: sed-opal: keystore access for SED Opal keys, gjoyce
    • Re: [PATCH v4 3/3] block: sed-opal: keystore access for SED Opal keys, Jonathan Derrick
      • Re: [PATCH v4 3/3] block: sed-opal: keystore access for SED Opal keys, Greg Joyce
  • [PATCH v4 2/3] powerpc/pseries: PLPKS SED Opal keystore support, gjoyce
    • Re: [PATCH v4 2/3] powerpc/pseries: PLPKS SED Opal keystore support, Jonathan Derrick
    • RE: [PATCH v4 2/3] powerpc/pseries: PLPKS SED Opal keystore support, Elliott, Robert (Servers)
      • Re: [PATCH v4 2/3] powerpc/pseries: PLPKS SED Opal keystore support, Greg Joyce
  • [PATCH v4 1/3] block: sed-opal: SED Opal keystore, gjoyce
    • Re: [PATCH v4 1/3] block: sed-opal: SED Opal keystore, Jonathan Derrick
• [PATCH V3 00/11] The panic notifiers refactor - fixes/clean-ups (V3), Guilherme G. Piccoli
• [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Guilherme G. Piccoli
  • Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Greg KH
    • Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Guilherme G. Piccoli
      • Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Greg KH
        • Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Guilherme G. Piccoli
          • Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Greg KH
            • Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Guilherme G. Piccoli
              • Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Greg KH
                • Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Guilherme G. Piccoli
                  • Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Greg KH
                    • Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Guilherme G. Piccoli
                      • Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Andrew Morton
                        • Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Evan Green
                          • Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups, Guilherme G. Piccoli
• [PATCH V3] LoongArch: Add efistub booting support, Huacai Chen
  • Re: [PATCH V3] LoongArch: Add efistub booting support, Ard Biesheuvel
    • Re: [PATCH V3] LoongArch: Add efistub booting support, Ard Biesheuvel
      • Re: [PATCH V3] LoongArch: Add efistub booting support, Huacai Chen
    • Re: [PATCH V3] LoongArch: Add efistub booting support, Huacai Chen
  • Re: [PATCH V3] LoongArch: Add efistub booting support, Xi Ruoyao
    • Re: [PATCH V3] LoongArch: Add efistub booting support, Ard Biesheuvel
      • Re: [PATCH V3] LoongArch: Add efistub booting support, Huacai Chen
        • Re: [PATCH V3] LoongArch: Add efistub booting support, Huacai Chen
          • Re: [PATCH V3] LoongArch: Add efistub booting support, Ard Biesheuvel
            • Re: [PATCH V3] LoongArch: Add efistub booting support, Huacai Chen
              • Re: [PATCH V3] LoongArch: Add efistub booting support, Youling Tang
                • Re: [PATCH V3] LoongArch: Add efistub booting support, Youling Tang
                  • Re: [PATCH V3] LoongArch: Add efistub booting support, Ard Biesheuvel
                • Re: [PATCH V3] LoongArch: Add efistub booting support, Ard Biesheuvel
              • Re: [PATCH V3] LoongArch: Add efistub booting support, Ard Biesheuvel
                • Re: [PATCH V3] LoongArch: Add efistub booting support, Huacai Chen
                  • Re: [PATCH V3] LoongArch: Add efistub booting support, Ard Biesheuvel
                    • Re: [PATCH V3] LoongArch: Add efistub booting support, WANG Xuerui
                      • Re: [PATCH V3] LoongArch: Add efistub booting support, Ard Biesheuvel
                  • Re: [PATCH V3] LoongArch: Add efistub booting support, Youling Tang
• [PATCH v2 0/3 RESEND] sed-opal: keyrings, discovery, revert, key store, gjoyce
  • [PATCH v2 1/3 RESEND] block: sed-opal: Implement IOC_OPAL_DISCOVERY, gjoyce
    • Re: [PATCH v2 1/3 RESEND] block: sed-opal: Implement IOC_OPAL_DISCOVERY, Jonathan Derrick
  • [PATCH v2 2/3 RESEND] block: sed-opal: Implement IOC_OPAL_REVERT_LSP, gjoyce
    • Re: [PATCH v2 2/3 RESEND] block: sed-opal: Implement IOC_OPAL_REVERT_LSP, Jonathan Derrick
  • [PATCH v2 3/3 RESEND] block: sed-opal: keyring support for SED keys, gjoyce
    • Re: [PATCH v2 3/3 RESEND] block: sed-opal: keyring support for SED keys, Jonathan Derrick
• ExitBootServices() fails on Samsung W737 (Galaxy Book2), Tj
  • Re: ExitBootServices() fails on Samsung W737 (Galaxy Book2), Ard Biesheuvel
    • Re: ExitBootServices() fails on Samsung W737 (Galaxy Book2), Tj
    • [Bug 216375] EFI stub: ERROR: Exit boot services failed, Tj
• [PATCH resend 0/9] linux: implement LoadFile2 initrd loading, Ard Biesheuvel
  • [PATCH resend 1/9] loader: drop argv[] argument in grub_initrd_load(), Ard Biesheuvel
  • [PATCH resend 2/9] efi: move MS-DOS stub out of generic PE header definition, Ard Biesheuvel
  • [PATCH resend 3/9] arm64/linux: Remove magic number header field check, Ard Biesheuvel
  • [PATCH resend 4/9] linux/arm: unify ARM/arm64 vs Xen PE/COFF header handling, Ard Biesheuvel
  • [PATCH resend 6/9] efi: add definition of LoadFile2 protocol, Ard Biesheuvel
  • [PATCH resend 7/9] efi/efinet: Don't close connections at fini_hw() time, Ard Biesheuvel
  • [PATCH resend 5/9] linux/arm: account for COFF headers appearing at unexpected offsets, Ard Biesheuvel
  • [PATCH resend 9/9] linux: ignore FDT unless we need to modify it, Ard Biesheuvel
  • [PATCH resend 8/9] efi: implement LoadFile2 initrd loading protocol for Linux, Ard Biesheuvel
    • Re: [PATCH resend 8/9] efi: implement LoadFile2 initrd loading protocol for Linux, Ilias Apalodimas
  • Re: [PATCH resend 0/9] linux: implement LoadFile2 initrd loading, Ard Biesheuvel
• [PATCH] efi/libstub: Disable RNG structure randomization, Daniel Marth
  • Re: [PATCH] efi/libstub: Disable RNG structure randomization, Ard Biesheuvel
    • Re: [PATCH] efi/libstub: Disable RNG structure randomization, Kees Cook
      • Re: [PATCH] efi/libstub: Disable RNG structure randomization, Ard Biesheuvel
        • Re: [PATCH] efi/libstub: Disable RNG structure randomization, Kees Cook
          • Re: [PATCH] efi/libstub: Disable RNG structure randomization, Ard Biesheuvel
            • Re: [PATCH] efi/libstub: Disable RNG structure randomization, Daniel Marth
              • Re: [PATCH] efi/libstub: Disable RNG structure randomization, Ard Biesheuvel
• [PATCH V2] LoongArch: Add efistub booting support, Huacai Chen
  • Re: [PATCH V2] LoongArch: Add efistub booting support, maobibo
    • Re: [PATCH V2] LoongArch: Add efistub booting support, Huacai Chen
  • Re: [PATCH V2] LoongArch: Add efistub booting support, Ard Biesheuvel
    • Re: [PATCH V2] LoongArch: Add efistub booting support, Huacai Chen
• [PATCH v2 0/7] Modularize ghes_edac driver, Jia He
  • [PATCH v2 1/7] efi/cper: export several helpers for ghes edac to use, Jia He
    • Re: [PATCH v2 1/7] efi/cper: export several helpers for ghes edac to use, Borislav Petkov
  • [PATCH v2 3/7] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Jia He
  • [PATCH v2 2/7] EDAC/ghes: Add notifier to report ghes_edac mem error, Jia He
    • Re: [PATCH v2 2/7] EDAC/ghes: Add notifier to report ghes_edac mem error, Borislav Petkov
  • [PATCH v2 4/7] EDAC: Get chipset-specific edac drivers selected only when ghes_edac is not enabled, Jia He
    • RE: [PATCH v2 4/7] EDAC: Get chipset-specific edac drivers selected only when ghes_edac is not enabled, Kani, Toshi
      • RE: [PATCH v2 4/7] EDAC: Get chipset-specific edac drivers selected only when ghes_edac is not enabled, Justin He
  • [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered, Jia He
    • RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered, Kani, Toshi
      • RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered, Justin He
        • RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered, Kani, Toshi
          • Re: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered, Borislav Petkov
            • RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered, Kani, Toshi
              • Re: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered, Borislav Petkov
                • RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered, Kani, Toshi
                  • Re: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered, Borislav Petkov
                    • RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered, Kani, Toshi
          • RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered, Elliott, Robert (Servers)
            • Re: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered, Borislav Petkov
  • [PATCH v2 7/7] EDAC/igen6: Keep returned errno consistent when edac mc has been enabled, Jia He
  • [PATCH v2 6/7] apei/ghes: Use unrcu_pointer for cmpxchg, Jia He
    • RE: [PATCH v2 6/7] apei/ghes: Use unrcu_pointer for cmpxchg, David Laight
      • RE: [PATCH v2 6/7] apei/ghes: Use unrcu_pointer for cmpxchg, Justin He
• [PATCH v3 0/6] efi: implement generic compressed boot support, Ard Biesheuvel
  • [PATCH v3 2/6] efi/libstub: add some missing boot service prototypes, Ard Biesheuvel
  • [PATCH v3 1/6] efi/libstub: use EFI provided memcpy/memset routines, Ard Biesheuvel
  • [PATCH v3 3/6] efi/libstub: move efi_system_table global var into separate object, Ard Biesheuvel
  • [PATCH v3 4/6] efi/libstub: implement generic EFI zboot, Ard Biesheuvel
    • Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot, Arnd Bergmann
      • Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot, Ard Biesheuvel
    • Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot, Heinrich Schuchardt
      • Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot, Ard Biesheuvel
        • Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot, Heinrich Schuchardt
          • Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot, Ard Biesheuvel
            • Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot, Heinrich Schuchardt
              • Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot, Ard Biesheuvel
                • Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot, Heinrich Schuchardt
                  • Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot, Ard Biesheuvel
  • [PATCH v3 5/6] arm64: efi: enable generic EFI compressed boot, Ard Biesheuvel
  • [PATCH v3 6/6] riscv: efi: enable generic EFI compressed boot, Ard Biesheuvel
• [efi:next] BUILD SUCCESS 6c3a9c9ae02a16295ea144dc431aaac2c20dbffd, kernel test robot
• [PATCH 0/6] x86: head_64.S spring cleaning, Ard Biesheuvel
  • [PATCH 1/6] x86/head_64: clean up mixed mode 32-bit entry code, Ard Biesheuvel
    • Re: [PATCH 1/6] x86/head_64: clean up mixed mode 32-bit entry code, Borislav Petkov
  • [PATCH 2/6] efi/x86: simplify IDT/GDT preserve/restore, Ard Biesheuvel
  • [PATCH 3/6] x86/compressed: move startup32_load_idt() out of startup code, Ard Biesheuvel
  • [PATCH 6/6] x86/compressed: only build mem_encrypt.S if AMD_MEM_ENCRYPT=y, Ard Biesheuvel
  • [PATCH 5/6] x86/compressed: adhere to calling convention in get_sev_encryption_bit(), Ard Biesheuvel
  • [PATCH 4/6] x86/compressed: move startup32_check_sev_cbit out of startup code, Ard Biesheuvel
  • Re: [PATCH 0/6] x86: head_64.S spring cleaning, Ard Biesheuvel
• [PATCH] efi/x86-mixed: move unmitigated RET into .rodata, Ard Biesheuvel
  • Re: [PATCH] efi/x86-mixed: move unmitigated RET into .rodata, Borislav Petkov
    • Re: [PATCH] efi/x86-mixed: move unmitigated RET into .rodata, Ard Biesheuvel
      • Message not available
        • Message not available
          • Re: [PATCH] efi/x86-mixed: move unmitigated RET into .rodata, Peter Zijlstra
            • Re: [PATCH] efi/x86-mixed: move unmitigated RET into .rodata, Ard Biesheuvel
• [PATCH] arm64/linux: Remove magic number header field check, Ard Biesheuvel
  • Re: [PATCH] arm64/linux: Remove magic number header field check, Daniel Kiper
• [PATCH 0/2] Modularize ghes_edac driver, Jia He
  • [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Jia He
    • RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Kani, Toshi
    • Re: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, kernel test robot
    • Re: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Borislav Petkov
      • RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Justin He
        • Re: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Borislav Petkov
      • RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Justin He
        • RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Kani, Toshi
          • Re: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Borislav Petkov
            • RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Kani, Toshi
              • Re: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Borislav Petkov
                • RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Kani, Toshi
                  • Re: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Borislav Petkov
                    • RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes, Justin He
  • [PATCH 1/2] efi/cper: export several helpers for ghes edac to use, Jia He
    • Re: [PATCH 1/2] efi/cper: export several helpers for ghes edac to use, Ard Biesheuvel
    • Re: [PATCH 1/2] efi/cper: export several helpers for ghes edac to use, Borislav Petkov
      • RE: [PATCH 1/2] efi/cper: export several helpers for ghes edac to use, Justin He
• [PATCH v2 0/6] efi: implement generic compressed boot support, Ard Biesheuvel
  • [PATCH v2 1/6] efi: stub: add some missing boot service prototypes, Ard Biesheuvel
    • Re: [PATCH v2 1/6] efi: stub: add some missing boot service prototypes, Heinrich Schuchardt
  • [PATCH v2 2/6] efi: stub: split off printk() routines, Ard Biesheuvel
  • [PATCH v2 3/6] efi: stub: move efi_system_table global var into separate object, Ard Biesheuvel
  • [PATCH v2 4/6] efi: stub: implement generic EFI zboot, Ard Biesheuvel
  • [PATCH v2 5/6] arm64: efi: enable generic EFI compressed boot, Ard Biesheuvel
  • [PATCH v2 6/6] riscv: efi: enable generic EFI compressed boot, Ard Biesheuvel
    • Re: [PATCH v2 6/6] riscv: efi: enable generic EFI compressed boot, Palmer Dabbelt
  • Re: [PATCH v2 0/6] efi: implement generic compressed boot support, Heinrich Schuchardt
    • Re: [PATCH v2 0/6] efi: implement generic compressed boot support, Ard Biesheuvel
      • Re: [PATCH v2 0/6] efi: implement generic compressed boot support, Heinrich Schuchardt
        • Re: [PATCH v2 0/6] efi: implement generic compressed boot support, Ard Biesheuvel
  • Re: [PATCH v2 0/6] efi: implement generic compressed boot support, Matthew Garrett
• [PATCH v3a 0/2] generic and PowerPC accessor functions for arch keystore, gjoyce
  • [PATCH v3a 2/2] powerpc/pseries: Override lib/arch_vars.c functions, gjoyce
    • Re: [PATCH v3a 2/2] powerpc/pseries: Override lib/arch_vars.c functions, Christophe Leroy
  • [PATCH v3a 1/2] lib: generic accessor functions for arch keystore, gjoyce
    • Re: [PATCH v3a 1/2] lib: generic accessor functions for arch keystore, Christophe Leroy
      • Re: [PATCH v3a 1/2] lib: generic accessor functions for arch keystore, Michal Suchánek
• [PATCH v2 0/3] Add generic framebuffer support to EFI earlycon driver, Markuss Broks
  • [PATCH v2 1/3] drivers: serial: earlycon: Correct argument name, Markuss Broks
    • Re: [PATCH v2 1/3] drivers: serial: earlycon: Correct argument name, Andy Shevchenko
    • Re: [PATCH v2 1/3] drivers: serial: earlycon: Correct argument name, kernel test robot
    • Re: [PATCH v2 1/3] drivers: serial: earlycon: Correct argument name, Rob Herring
  • [PATCH v2 2/3] drivers: serial: earlycon: Pass device-tree node, Markuss Broks
  • [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem, Markuss Broks
    • Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem, Andy Shevchenko
    • Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem, kernel test robot
    • Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem, kernel test robot
    • Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem, kernel test robot
    • Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem, Daniel Vetter
      • Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem, Thomas Zimmermann
      • Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem, Arnd Bergmann
  • Re: [PATCH v2 0/3] Add generic framebuffer support to EFI earlycon driver, Ard Biesheuvel
• [PATCH RFC v1] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
  • Re: [PATCH RFC v1] hw/i386: place setup_data at fixed place in memory, Michael S. Tsirkin
    • Re: [PATCH RFC v1] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
      • Re: [PATCH RFC v1] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
        • [PATCH v2] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
          • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Michael S. Tsirkin
            • Message not available
              • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Daniel P. Berrangé
                • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Ard Biesheuvel
                  • Message not available
                    • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
                      • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
                        • Message not available
                          • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
                • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
                  • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Daniel P. Berrangé
                    • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Ard Biesheuvel
                      • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
                        • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
                      • Message not available
                        • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
                          • Message not available
                            • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Daniel P. Berrangé
                          • Message not available
                            • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
                              • [PATCH v3] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
                                • Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory, Paolo Bonzini
                                  • Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory, Ard Biesheuvel
                                    • Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory, Paolo Bonzini
                                      • Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory, Ard Biesheuvel
                                      • Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory, Michael S. Tsirkin
                                        • Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory, Paolo Bonzini
                                  • Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
                                    • Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
                                      • Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory, Michael S. Tsirkin
                                        • Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory, Daniel P. Berrangé
                          • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Gerd Hoffmann
                            • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
                              • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Gerd Hoffmann
                                • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Ard Biesheuvel
          • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Daniel P. Berrangé
            • Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory, Jason A. Donenfeld
• [GIT PULL 0/2] EFI pull requests for v5.20, Ard Biesheuvel
  • [GIT PULL 2/2] EFI removal of efivars sysfs driver, Ard Biesheuvel
    • Re: [GIT PULL 2/2] EFI removal of efivars sysfs driver, Linus Torvalds
    • Re: [GIT PULL 2/2] EFI removal of efivars sysfs driver, pr-tracker-bot
  • [GIT PULL 1/2] EFI updates for v5.20, Ard Biesheuvel
    • Re: [GIT PULL 1/2] EFI updates for v5.20, pr-tracker-bot
• [PATCH v2 0/3] The UEFI panic notification mechanism, 2nd round, Guilherme G. Piccoli
  • [PATCH v2 1/3] efi: Add a generic helper to convert strings to unicode, Guilherme G. Piccoli
  • [PATCH v2 2/3] efi: efibc: Guard against allocation failure, Guilherme G. Piccoli
  • [PATCH v2 3/3] efi-panic: Introduce the UEFI panic notification mechanism, Guilherme G. Piccoli
  • Re: [PATCH v2 0/3] The UEFI panic notification mechanism, 2nd round, Guilherme G. Piccoli
    • Re: [PATCH v2 0/3] The UEFI panic notification mechanism, 2nd round, Ard Biesheuvel
      • Re: [PATCH v2 0/3] The UEFI panic notification mechanism, 2nd round, Guilherme G. Piccoli
• [PATCH 0/2] Add generic framebuffer support to EFI earlycon driver, Markuss Broks
  • [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node, Markuss Broks
    • Re: [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node, Greg Kroah-Hartman
      • Re: [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node, Andy Shevchenko
        • Re: [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node, Greg Kroah-Hartman
          • Re: [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node, Andy Shevchenko
  • [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Markuss Broks
    • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Greg Kroah-Hartman
      • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Markuss Broks
        • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Greg Kroah-Hartman
          • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Markuss Broks
            • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Greg Kroah-Hartman
              • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Daniel Vetter
        • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Andy Shevchenko
    • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Arnd Bergmann
      • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Markuss Broks
        • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Arnd Bergmann
          • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Thomas Zimmermann
    • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Andy Shevchenko
      • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Markuss Broks
        • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, Andy Shevchenko
    • Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem, kernel test robot
• [PATCH] docs: efi-stub: Fix paths for x86 / arm stubs, João Paulo Rechi Vita
  • Re: [PATCH] docs: efi-stub: Fix paths for x86 / arm stubs, Ard Biesheuvel
    • Re: [PATCH] docs: efi-stub: Fix paths for x86 / arm stubs, Jonathan Corbet
• [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application, Maximilian Luz
  • [PATCH 1/4] firmware: qcom_scm: Export SCM call functions, Maximilian Luz
  • [PATCH 2/4] firmware: Add support for Qualcomm Trusted Execution Environment SCM calls, Maximilian Luz
  • [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
    • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Rob Herring
    • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Krzysztof Kozlowski
      • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
        • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Krzysztof Kozlowski
          • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
            • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Krzysztof Kozlowski
              • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
                • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Krzysztof Kozlowski
                  • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
                    • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Krzysztof Kozlowski
                      • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
    • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Sudeep Holla
      • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
        • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Sudeep Holla
          • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
            • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Krzysztof Kozlowski
              • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
                • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Sudeep Holla
                  • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
                  • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Ilias Apalodimas
                    • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
                      • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Sudeep Holla
                        • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
                        • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Ilias Apalodimas
                        • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Ard Biesheuvel
                          • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Ilias Apalodimas
                          • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Sudeep Holla
                            • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Konrad Dybcio
                      • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Ilias Apalodimas
                        • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
                          • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Ilias Apalodimas
                            • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
                              • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Sudeep Holla
                                • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
                              • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Ilias Apalodimas
                                • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
            • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Sudeep Holla
              • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
                • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Sudeep Holla
                  • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
                    • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Sudeep Holla
                      • Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client, Maximilian Luz
  • [PATCH 3/4] firmware: Add support for Qualcomm UEFI Secure Application, Maximilian Luz
    • Re: [PATCH 3/4] firmware: Add support for Qualcomm UEFI Secure Application, Johan Hovold
      • Re: [PATCH 3/4] firmware: Add support for Qualcomm UEFI Secure Application, Maximilian Luz
      • Re: [PATCH 3/4] firmware: Add support for Qualcomm UEFI Secure Application, Maximilian Luz
        • Re: [PATCH 3/4] firmware: Add support for Qualcomm UEFI Secure Application, Johan Hovold
          • Re: [PATCH 3/4] firmware: Add support for Qualcomm UEFI Secure Application, Maximilian Luz
    • Re: [PATCH 3/4] firmware: Add support for Qualcomm UEFI Secure Application, Johan Hovold
      • Re: [PATCH 3/4] firmware: Add support for Qualcomm UEFI Secure Application, Maximilian Luz
  • Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application, Rob Herring
    • Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application, Maximilian Luz
  • Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application, Srinivas Kandagatla
    • Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application, Maximilian Luz
      • Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application, Ard Biesheuvel
        • Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application, Maximilian Luz
      • Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application, Sumit Garg
        • Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application, Maximilian Luz
          • Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application, Sumit Garg
      • Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application, Srinivas Kandagatla
        • Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application, Maximilian Luz
• [efi:urgent] BUILD SUCCESS ca0d181c9ce5699fab00d84346d550d700f3061d, kernel test robot
• [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata, Ard Biesheuvel
  • Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata, Linus Torvalds
    • Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata, Ard Biesheuvel
      • Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata, Borislav Petkov
        • Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata, Ard Biesheuvel
          • Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata, Borislav Petkov
• [PATCH v2 00/13] The panic notifiers refactor strikes back - fixes/clean-ups, Guilherme G. Piccoli
  • [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups, Guilherme G. Piccoli
    • Re: [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups, Guilherme G. Piccoli
    • Re: [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups, Evan Green
      • Re: [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups, Guilherme G. Piccoli
        • Re: [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups, Greg Kroah-Hartman
          • Re: [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups, Guilherme G. Piccoli
            • Re: [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups, Greg Kroah-Hartman
• [PATCH] efi: Fix comment typo, Jason Wang
• [PATCH] efi/x86: use naked RET on mixed mode call wrapper, Thadeu Lima de Souza Cascardo
  • Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper, Guenter Roeck
  • Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper, Peter Zijlstra
    • Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper, Thadeu Lima de Souza Cascardo
      • Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper, Peter Zijlstra
    • Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper, Borislav Petkov
      • Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper, Peter Zijlstra
        • Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper, Andrew Cooper
      • Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper, Linus Torvalds
        • Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper, Borislav Petkov
          • Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper, Ard Biesheuvel
            • Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper, Borislav Petkov
• [PATCH 0/2] Fix 2 5.19 power-off regressions caused by sys-off-handler work, Hans de Goede
  • [PATCH 2/2] efi: Fix efi_power_off() not being run before acpi_power_off() when necessary, Hans de Goede
    • Re: [PATCH 2/2] efi: Fix efi_power_off() not being run before acpi_power_off() when necessary, Ard Biesheuvel
      • Re: [PATCH 2/2] efi: Fix efi_power_off() not being run before acpi_power_off() when necessary, Hans de Goede
  • [PATCH 1/2] platform/x86: x86-android-tablets: Fix Lenovo Yoga Tablet 2 830/1050 poweroff again, Hans de Goede
    • Re: [PATCH 1/2] platform/x86: x86-android-tablets: Fix Lenovo Yoga Tablet 2 830/1050 poweroff again, Dmitry Osipenko
  • Re: [PATCH 0/2] Fix 2 5.19 power-off regressions caused by sys-off-handler work, Dmitry Osipenko
  • Re: [PATCH 0/2] Fix 2 5.19 power-off regressions caused by sys-off-handler work, Hans de Goede
• [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0, kernel test robot
  • Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0, Greg KH
    • Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0, Chen, Rong A
    • Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0, Guenter Roeck
      • Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0, Dan Carpenter
• [PATCH v9 0/9] x86: Show in sysfs if a memory node is able to do encryption, Martin Fernandez
  • [PATCH v9 3/9] x86/e820: Add infrastructure to refactor e820__range_{update,remove}, Martin Fernandez
  • [PATCH v9 4/9] x86/e820: Refactor __e820__range_update, Martin Fernandez
  • [PATCH v9 1/9] mm/memblock: Tag memblocks with crypto capabilities, Martin Fernandez
  • [PATCH v9 5/9] x86/e820: Refactor e820__range_remove, Martin Fernandez
  • [PATCH v9 2/9] mm/mmzone: Tag pg_data_t with crypto capabilities, Martin Fernandez
    • Re: [PATCH v9 2/9] mm/mmzone: Tag pg_data_t with crypto capabilities, Kirill A. Shutemov
      • Re: [PATCH v9 2/9] mm/mmzone: Tag pg_data_t with crypto capabilities, Martin Fernandez
        • Re: [PATCH v9 2/9] mm/mmzone: Tag pg_data_t with crypto capabilities, Kirill A. Shutemov
  • [PATCH v9 7/9] x86/e820: Add unit tests for e820_range_* functions, Martin Fernandez
    • Re: [PATCH v9 7/9] x86/e820: Add unit tests for e820_range_* functions, David Gow
      • Re: [PATCH v9 7/9] x86/e820: Add unit tests for e820_range_* functions, Martin Fernandez
  • [PATCH v9 6/9] x86/e820: Tag e820_entry with crypto capabilities, Martin Fernandez
  • [PATCH v9 8/9] x86/efi: Mark e820_entries as crypto capable from EFI memmap, Martin Fernandez
  • [PATCH v9 9/9] drivers/node: Show in sysfs node's crypto capabilities, Martin Fernandez
    • Re: [PATCH v9 9/9] drivers/node: Show in sysfs node's crypto capabilities, Greg KH
      • Re: [PATCH v9 9/9] drivers/node: Show in sysfs node's crypto capabilities, Martin Fernandez
        • Re: [PATCH v9 9/9] drivers/node: Show in sysfs node's crypto capabilities, Greg KH
  • Re: [PATCH v9 0/9] x86: Show in sysfs if a memory node is able to do encryption, Borislav Petkov
    • Re: [PATCH v9 0/9] x86: Show in sysfs if a memory node is able to do encryption, Martin Fernandez
      • Re: [PATCH v9 0/9] x86: Show in sysfs if a memory node is able to do encryption, Borislav Petkov
        • Re: [PATCH v9 0/9] x86: Show in sysfs if a memory node is able to do encryption, Dave Hansen
          • Re: [PATCH v9 0/9] x86: Show in sysfs if a memory node is able to do encryption, Borislav Petkov
    • Re: [PATCH v9 0/9] x86: Show in sysfs if a memory node is able to do encryption, Dave Hansen
• [efi:next] BUILD SUCCESS df3c9072ef90b19ee317afbef185b65537c701cf, kernel test robot
• Re: [linux-next:master] BUILD REGRESSION 6cc11d2a1759275b856e464265823d94aabd5eaf, Roman Gushchin
• [Question] efi: First 512 bytes of image oddity., Ariel Cabello Mateos
• [efi:next] BUILD SUCCESS dc977c0c9ac244db8ce1871e0a4f3c1a25d38e84, kernel test robot
• [PATCH v2] ARM: efi: Simplify arch_efi_call_virt() macro, Sudeep Holla
  • Re: [PATCH v2] ARM: efi: Simplify arch_efi_call_virt() macro, Ard Biesheuvel
    • Re: [PATCH v2] ARM: efi: Simplify arch_efi_call_virt() macro, Russell King (Oracle)
      • Re: [PATCH v2] ARM: efi: Simplify arch_efi_call_virt() macro, Ard Biesheuvel
• [PATCH] LoongArch: efi: Simplify arch_efi_call_virt() macro by using typeof(), Sudeep Holla
• [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof(), Sudeep Holla
  • Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof(), Ard Biesheuvel
    • Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof(), Sudeep Holla
      • Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof(), Ard Biesheuvel
        • Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof(), Sudeep Holla
          • Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof(), Ard Biesheuvel
            • Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof(), Sudeep Holla
              • Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof(), Ard Biesheuvel
                • Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof(), Sudeep Holla
• [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64, Sudeep Holla
  • [PATCH v2 3/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64, Sudeep Holla
    • Re: [PATCH v2 3/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64, Ard Biesheuvel
  • [PATCH v2 2/4] arm64: efi: Simplify arch_efi_call_virt() macro by using typeof(), Sudeep Holla
    • Re: [PATCH v2 2/4] arm64: efi: Simplify arch_efi_call_virt() macro by using typeof(), Ard Biesheuvel
  • [PATCH v2 1/4] ACPI: PRM: Change handler_addr type to void pointer, Sudeep Holla
    • Re: [PATCH v2 1/4] ACPI: PRM: Change handler_addr type to void pointer, Ard Biesheuvel
  • [PATCH v2 4/4] ACPI: Move PRM config option under the main ACPI config, Sudeep Holla
    • Re: [PATCH v2 4/4] ACPI: Move PRM config option under the main ACPI config, Ard Biesheuvel
  • Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64, Sudeep Holla
    • Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64, Sudeep Holla
      • Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64, Rafael J. Wysocki
        • Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64, Sudeep Holla
          • Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64, Ard Biesheuvel
• [PATCH] drivers: fix typo in firmware/efi/memmap.c, Zheng Zhi Yuan
  • Re: [PATCH] drivers: fix typo in firmware/efi/memmap.c, Ard Biesheuvel
• [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write, Hyunwoo Kim
  • Re: [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write, Ard Biesheuvel
    • Re: [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write, Hyunwoo Kim
      • Re: [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write, Ard Biesheuvel
        • Re: [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write, Hyunwoo Kim
          • Re: [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write, Hyunwoo Kim
            • Re: [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write, Ard Biesheuvel
• [efi:next] BUILD SUCCESS 2d82e6227ea189c0589e7383a36616ac2a2d248c, kernel test robot
• [PATCH 0/3] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64, Sudeep Holla
  • [PATCH 2/3] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64, Sudeep Holla
    • Re: [PATCH 2/3] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64, Ard Biesheuvel
  • [PATCH 1/3] arm64: efi: Simplify arch_efi_call_virt macro by not using efi_##f##_t type, Sudeep Holla
    • Re: [PATCH 1/3] arm64: efi: Simplify arch_efi_call_virt macro by not using efi_##f##_t type, Ard Biesheuvel
      • Re: [PATCH 1/3] arm64: efi: Simplify arch_efi_call_virt macro by not using efi_##f##_t type, Sudeep Holla
        • Re: [PATCH 1/3] arm64: efi: Simplify arch_efi_call_virt macro by not using efi_##f##_t type, Ard Biesheuvel
  • [PATCH 3/3] ACPI: Move PRM config option under the main ACPI config, Sudeep Holla
    • Re: [PATCH 3/3] ACPI: Move PRM config option under the main ACPI config, Ard Biesheuvel
• [PATCH v3 0/9] efi: Restructure EFI varstore driver, Ard Biesheuvel
  • [PATCH v3 8/9] efi: vars: Switch to new wrapper layer, Ard Biesheuvel
  • [PATCH v3 5/9] efi: vars: Use locking version to iterate over efivars linked lists, Ard Biesheuvel
  • [PATCH v3 3/9] efi: vars: Add thin wrapper around EFI get/set variable interface, Ard Biesheuvel
  • [PATCH v3 6/9] efi: vars: Drop __efivar_entry_iter() helper which is no longer used, Ard Biesheuvel
  • [PATCH v3 7/9] efi: vars: Remove deprecated 'efivars' sysfs interface, Ard Biesheuvel
  • [PATCH v3 1/9] pstore: Add priv field to pstore_record for backend specific use, Ard Biesheuvel
    • Re: [PATCH v3 1/9] pstore: Add priv field to pstore_record for backend specific use, Kees Cook
  • [PATCH v3 4/9] efi: pstore: Omit efivars caching EFI varstore access layer, Ard Biesheuvel
  • [PATCH v3 9/9] efi: vars: Move efivar caching layer into efivarfs, Ard Biesheuvel
  • [PATCH v3 2/9] efi: vars: Don't drop lock in the middle of efivar_init(), Ard Biesheuvel
• [RFC PATCH v2 0/3] powerpc/pseries: add support for local secure storage called Platform KeyStore(PKS), Nayna Jain
  • [RFC PATCH v2 1/3] powerpc/pseries: define driver for Platform KeyStore, Nayna Jain
  • [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs, Nayna Jain
    • Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs, Casey Schaufler
      • Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs, Nayna
    • Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs, Greg Kroah-Hartman
      • Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs, James Bottomley
        • Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs, Mimi Zohar
          • Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs, Greg Kroah-Hartman
            • Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs, Christian Brauner
  • [RFC PATCH v2 3/3] powerpc/pseries: expose authenticated variables stored in LPAR PKS, Nayna Jain
    • Re: [RFC PATCH v2 3/3] powerpc/pseries: expose authenticated variables stored in LPAR PKS, Randy Dunlap
  • Re: [RFC PATCH v2 0/3] powerpc/pseries: add support for local secure storage called Platform KeyStore(PKS), Dave Hansen
• [efi:urgent] BUILD SUCCESS aa6d1ed107eba26f49933216cffe797253914132, kernel test robot
• [efi:next] BUILD SUCCESS 98e152c19b66cfe44e1924d2554626a25758f1ea, kernel test robot
• [GIT PULL] EFI fixes for v5.19 #1, Ard Biesheuvel
  • Re: [GIT PULL] EFI fixes for v5.19 #1, pr-tracker-bot
• [PATCH v2 0/9] efi: Restructure EFI varstore driver, Ard Biesheuvel
  • [PATCH v2 3/9] efi: vars: Add thin wrapper around EFI get/set variable interface, Ard Biesheuvel