Linux EFI/UEFI Development

• Thread Index

• [syzbot] BUG: corrupted list in efivar_entry_remove
  • From: syzbot <syzbot+1902c359bfcaf39c46f2@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add support for ESRT loading under Xen
  • From: Jan Beulich <jbeulich@xxxxxxxx>
• RE: [RESEND PATCH v3 5/9] EDAC: Don't load chipset-specific edac drivers when ghes_edac is preferred
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• [efi:urgent] BUILD SUCCESS 1a3887924a7e6edd331be76da7bf4c1e8eab4b1e
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] Add support for ESRT loading under Xen
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 43/46] virt: Add SEV-SNP guest driver
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCH v12 43/46] virt: Add SEV-SNP guest driver
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• RE: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: Justin He <Justin.He@xxxxxxx>
• RE: [RESEND PATCH v3 5/9] EDAC: Don't load chipset-specific edac drivers when ghes_edac is preferred
  • From: Justin He <Justin.He@xxxxxxx>
• RE: [RESEND PATCH v3 4/9] EDAC/ghes: Move ghes_edac.force_load to setup parameter
  • From: Justin He <Justin.He@xxxxxxx>
• Re: [PATCH] efi: libstub: Disable struct randomization
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• RE: [RESEND PATCH v3 5/9] EDAC: Don't load chipset-specific edac drivers when ghes_edac is preferred
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• Re: [PATCH v12 43/46] virt: Add SEV-SNP guest driver
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCH v12 43/46] virt: Add SEV-SNP guest driver
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [RESEND PATCH v3 4/9] EDAC/ghes: Move ghes_edac.force_load to setup parameter
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RESEND PATCH v3 0/9] Make ghes_edac a proper module
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• RE: [RESEND PATCH v3 0/9] Make ghes_edac a proper module
  • From: Justin He <Justin.He@xxxxxxx>
• Re: [PATCH] efi: libstub: Disable struct randomization
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: libstub: Disable struct randomization
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RESEND PATCH v3 8/9] EDAC/igen6: Keep returned errno consistent when edac mc has been enabled
  • From: Jia He <justin.he@xxxxxxx>
• [RESEND PATCH v3 5/9] EDAC: Don't load chipset-specific edac drivers when ghes_edac is preferred
  • From: Jia He <justin.he@xxxxxxx>
• [RESEND PATCH v3 4/9] EDAC/ghes: Move ghes_edac.force_load to setup parameter
  • From: Jia He <justin.he@xxxxxxx>
• [RESEND PATCH v3 6/9] ghes: Introduce a flag ghes_present
  • From: Jia He <justin.he@xxxxxxx>
• [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: Jia He <justin.he@xxxxxxx>
• [RESEND PATCH v3 7/9] apei/ghes: Use unrcu_pointer for cmpxchg
  • From: Jia He <justin.he@xxxxxxx>
• [RESEND PATCH v3 9/9] edac: Don't load Arm specific edac drivers when ghes_edac is preferred
  • From: Jia He <justin.he@xxxxxxx>
• [RESEND PATCH v3 2/9] EDAC/ghes: Add a notifier for reporting memory errors
  • From: Jia He <justin.he@xxxxxxx>
• [RESEND PATCH v3 1/9] efi/cper: export several helpers for ghes_edac to use
  • From: Jia He <justin.he@xxxxxxx>
• [RESEND PATCH v3 0/9] Make ghes_edac a proper module
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v3 2/9] EDAC/ghes: Add a notifier for reporting memory errors
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v3 1/9] efi/cper: export several helpers for ghes_edac to use
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v3 0/9] Make ghes_edac a proper module
  • From: Jia He <justin.he@xxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: Disable RNG structure randomization
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: Disable RNG structure randomization
  • From: Daniel Marth <daniel.marth@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi/libstub: Disable RNG structure randomization
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 1/3] block: sed-opal: SED Opal keystore
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH v4 2/3] powerpc/pseries: PLPKS SED Opal keystore support
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH v4 0/3] generic and PowerPC SED Opal keystore
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH v4 3/3] block: sed-opal: keystore access for SED Opal keys
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• Re: [PATCH] efi/libstub: Disable RNG structure randomization
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH V3 00/11] The panic notifiers refactor - fixes/clean-ups (V3)
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• Re: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• Re: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• Re: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• Re: [PATCH] arm64/linux: Remove magic number header field check
  • From: Daniel Kiper <dkiper@xxxxxxxxxxxx>
• [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [Bug 216375] EFI stub: ERROR: Exit boot services failed
  • From: Tj <linux@xxxxxx>
• Re: ExitBootServices() fails on Samsung W737 (Galaxy Book2)
  • From: Tj <linux@xxxxxx>
• RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered
  • From: Justin He <Justin.He@xxxxxxx>
• [PATCH V3] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH V2] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V2] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: ExitBootServices() fails on Samsung W737 (Galaxy Book2)
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• RE: [PATCH v2 4/7] EDAC: Get chipset-specific edac drivers selected only when ghes_edac is not enabled
  • From: Justin He <Justin.He@xxxxxxx>
• RE: [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• RE: [PATCH v2 4/7] EDAC: Get chipset-specific edac drivers selected only when ghes_edac is not enabled
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V2] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH] efi/libstub: Disable RNG structure randomization
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: Disable RNG structure randomization
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 2/7] EDAC/ghes: Add notifier to report ghes_edac mem error
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 1/7] efi/cper: export several helpers for ghes edac to use
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2 3/3 RESEND] block: sed-opal: keyring support for SED keys
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH v2 2/3 RESEND] block: sed-opal: Implement IOC_OPAL_REVERT_LSP
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH v2 1/3 RESEND] block: sed-opal: Implement IOC_OPAL_DISCOVERY
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH v2 0/3 RESEND] sed-opal: keyrings, discovery, revert, key store
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• Re: [PATCH V2] LoongArch: Add efistub booting support
  • From: maobibo <maobibo@xxxxxxxxxxx>
• ExitBootServices() fails on Samsung W737 (Galaxy Book2)
  • From: Tj <linux@xxxxxx>
• Re: [PATCH resend 0/9] linux: implement LoadFile2 initrd loading
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH resend 8/9] efi: implement LoadFile2 initrd loading protocol for Linux
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH resend 9/9] linux: ignore FDT unless we need to modify it
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH resend 5/9] linux/arm: account for COFF headers appearing at unexpected offsets
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH resend 7/9] efi/efinet: Don't close connections at fini_hw() time
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH resend 6/9] efi: add definition of LoadFile2 protocol
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH resend 4/9] linux/arm: unify ARM/arm64 vs Xen PE/COFF header handling
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH resend 3/9] arm64/linux: Remove magic number header field check
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH resend 2/9] efi: move MS-DOS stub out of generic PE header definition
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH resend 1/9] loader: drop argv[] argument in grub_initrd_load()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH resend 0/9] linux: implement LoadFile2 initrd loading
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: Disable RNG structure randomization
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/libstub: Disable RNG structure randomization
  • From: Daniel Marth <daniel.marth@xxxxxxxxxxxxxxxxx>
• [PATCH V2] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: Justin He <Justin.He@xxxxxxx>
• RE: [PATCH v2 6/7] apei/ghes: Use unrcu_pointer for cmpxchg
  • From: Justin He <Justin.He@xxxxxxx>
• Re: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• Re: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• RE: [PATCH v2 6/7] apei/ghes: Use unrcu_pointer for cmpxchg
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH v2 6/7] apei/ghes: Use unrcu_pointer for cmpxchg
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v2 7/7] EDAC/igen6: Keep returned errno consistent when edac mc has been enabled
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v2 5/7] EDAC/ghes: Prevent chipset-specific edac from loading after ghes_edac is registered
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v2 4/7] EDAC: Get chipset-specific edac drivers selected only when ghes_edac is not enabled
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v2 0/7] Modularize ghes_edac driver
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v2 2/7] EDAC/ghes: Add notifier to report ghes_edac mem error
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v2 3/7] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v2 1/7] efi/cper: export several helpers for ghes edac to use
  • From: Jia He <justin.he@xxxxxxx>
• Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 4/6] efi/libstub: implement generic EFI zboot
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 6/6] riscv: efi: enable generic EFI compressed boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 5/6] arm64: efi: enable generic EFI compressed boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 0/6] efi: implement generic compressed boot support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 4/6] efi/libstub: implement generic EFI zboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 3/6] efi/libstub: move efi_system_table global var into separate object
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 1/6] efi/libstub: use EFI provided memcpy/memset routines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 2/6] efi/libstub: add some missing boot service prototypes
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: EFI zboot on LoongArch [was: LoongArch: Add efistub booting support]
  • From: maobibo <maobibo@xxxxxxxxxxx>
• Re: EFI zboot on LoongArch [was: LoongArch: Add efistub booting support]
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: EFI zboot on LoongArch [was: LoongArch: Add efistub booting support]
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: EFI zboot on LoongArch [was: LoongArch: Add efistub booting support]
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• EFI zboot on LoongArch [was: LoongArch: Add efistub booting support]
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• [efi:next] BUILD SUCCESS 6c3a9c9ae02a16295ea144dc431aaac2c20dbffd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/x86-mixed: move unmitigated RET into .rodata
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/x86-mixed: move unmitigated RET into .rodata
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: Justin He <Justin.He@xxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [PATCH] efi/x86-mixed: move unmitigated RET into .rodata
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/x86-mixed: move unmitigated RET into .rodata
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 4/6] x86/compressed: move startup32_check_sev_cbit out of startup code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 5/6] x86/compressed: adhere to calling convention in get_sev_encryption_bit()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 6/6] x86/compressed: only build mem_encrypt.S if AMD_MEM_ENCRYPT=y
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 3/6] x86/compressed: move startup32_load_idt() out of startup code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/6] efi/x86: simplify IDT/GDT preserve/restore
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/6] x86/head_64: clean up mixed mode 32-bit entry code
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/6] x86: head_64.S spring cleaning
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi/x86-mixed: move unmitigated RET into .rodata
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: Justin He <Justin.He@xxxxxxx>
• RE: [PATCH 1/2] efi/cper: export several helpers for ghes edac to use
  • From: Justin He <Justin.He@xxxxxxx>
• Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/cper: export several helpers for ghes edac to use
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Brendan Trotter <btrotter@xxxxxxxxx>
• RE: [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] efi/cper: export several helpers for ghes edac to use
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] arm64/linux: Remove magic number header field check
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Brendan Trotter <btrotter@xxxxxxxxx>
• [PATCH 1/2] efi/cper: export several helpers for ghes edac to use
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH 2/2] EDAC/ghes: Modularize ghes_edac driver to remove the dependency on ghes
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH 0/2] Modularize ghes_edac driver
  • From: Jia He <justin.he@xxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv7 14/14] x86/tdx: Add unaccepted memory support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Brendan Trotter <btrotter@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv7 14/14] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 0/6] efi: implement generic compressed boot support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 0/6] efi: implement generic compressed boot support
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] efi: implement generic compressed boot support
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] efi: implement generic compressed boot support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/6] efi: stub: add some missing boot service prototypes
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] efi: implement generic compressed boot support
  • From: Heinrich Schuchardt <heinrich.schuchardt@xxxxxxxxxxxxx>
• [PATCH v2 6/6] riscv: efi: enable generic EFI compressed boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 5/6] arm64: efi: enable generic EFI compressed boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 4/6] efi: stub: implement generic EFI zboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 3/6] efi: stub: move efi_system_table global var into separate object
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 2/6] efi: stub: split off printk() routines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 1/6] efi: stub: add some missing boot service prototypes
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 0/6] efi: implement generic compressed boot support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3a 1/2] lib: generic accessor functions for arch keystore
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [PATCH v3a 2/2] powerpc/pseries: Override lib/arch_vars.c functions
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3a 1/2] lib: generic accessor functions for arch keystore
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v2 1/3] drivers: serial: earlycon: Correct argument name
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH v3a 1/2] lib: generic accessor functions for arch keystore
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH v3a 2/2] powerpc/pseries: Override lib/arch_vars.c functions
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• [PATCH v3a 0/2] generic and PowerPC accessor functions for arch keystore
  • From: gjoyce@xxxxxxxxxxxxxxxxxx
• Re: [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH v2 1/3] drivers: serial: earlycon: Correct argument name
  • From: kernel test robot <rong.a.chen@xxxxxxxxx>
• Re: [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 1/3] drivers: serial: earlycon: Correct argument name
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• [PATCH v2 2/3] drivers: serial: earlycon: Pass device-tree node
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• [PATCH v2 1/3] drivers: serial: earlycon: Correct argument name
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• [PATCH v2 0/3] Add generic framebuffer support to EFI earlycon driver
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH v3] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH RFC v1] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [GIT PULL 2/2] EFI removal of efivars sysfs driver
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL 1/2] EFI updates for v5.20
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH RFC v1] hw/i386: place setup_data at fixed place in memory
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [GIT PULL 2/2] EFI removal of efivars sysfs driver
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH RFC v1] hw/i386: place setup_data at fixed place in memory
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Srinivas Kandagatla <srinivas.kandagatla@xxxxxxxxxx>
• [GIT PULL 1/2] EFI updates for v5.20
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL 2/2] EFI removal of efivars sysfs driver
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL 0/2] EFI pull requests for v5.20
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• [PATCH v2 3/3] efi-panic: Introduce the UEFI panic notification mechanism
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH v2 2/3] efi: efibc: Guard against allocation failure
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH v2 1/3] efi: Add a generic helper to convert strings to unicode
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH v2 0/3] The UEFI panic notification mechanism, 2nd round
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Konrad Dybcio <konrad.dybcio@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] docs: efi-stub: Fix paths for x86 / arm stubs
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• [PATCH 1/2] drivers: serial: earlycon: Pass device-tree node
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• [PATCH 0/2] Add generic framebuffer support to EFI earlycon driver
  • From: Markuss Broks <markuss.broks@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH] docs: efi-stub: Fix paths for x86 / arm stubs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [PATCH] docs: efi-stub: Fix paths for x86 / arm stubs
  • From: "João Paulo Rechi Vita" <jprvita@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCHv7 14/14] x86/tdx: Add unaccepted memory support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 03/14] mm: Report unaccepted memory in meminfo
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCHv7 13/14] x86/tdx: Refactor try_accept_one()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCHv7 08/14] x86/mm: Reserve unaccepted memory bitmap
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 06/14] efi/x86: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 05/14] x86/boot: Add infrastructure required for unaccepted memory support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 04/14] efi/x86: Get full memory map in allocate_e820()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 3/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [PATCH 4/4] dt-bindings: firmware: Add Qualcomm UEFI Secure Application client
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [PATCH 2/4] firmware: Add support for Qualcomm Trusted Execution Environment SCM calls
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [PATCH 1/4] firmware: qcom_scm: Export SCM call functions
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS ca0d181c9ce5699fab00d84346d550d700f3061d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Brendan Trotter <btrotter@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] efi/x86-mixed: leave RET unmitigated but move it into .rodata
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V3 0/5] Support for 64bit hartid on RV64 platforms
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 03/13] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH v2 00/13] The panic notifiers refactor strikes back - fixes/clean-ups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• RE: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Yao, Jiewen" <jiewen.yao@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxx>
• [PATCH] efi: Fix comment typo
  • From: Jason Wang <wangborong@xxxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHv7 05/14] x86/boot: Add infrastructure required for unaccepted memory support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v12 29/46] x86/boot: Add Confidential Computing type to setup_data
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] efi/x86: use naked RET on mixed mode call wrapper
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Fix 2 5.19 power-off regressions caused by sys-off-handler work
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Fix efi_power_off() not being run before acpi_power_off() when necessary
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Fix efi_power_off() not being run before acpi_power_off() when necessary
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/2] platform/x86: x86-android-tablets: Fix Lenovo Yoga Tablet 2 830/1050 poweroff again
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Fix 2 5.19 power-off regressions caused by sys-off-handler work
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH 0/2] Fix 2 5.19 power-off regressions caused by sys-off-handler work
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/2] platform/x86: x86-android-tablets: Fix Lenovo Yoga Tablet 2 830/1050 poweroff again
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 2/2] efi: Fix efi_power_off() not being run before acpi_power_off() when necessary
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Brendan Trotter <btrotter@xxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: "Chen, Rong A" <rong.a.chen@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 088b9c375534d905a4d337c78db3b3bfbb52c4a0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v9 9/9] drivers/node: Show in sysfs node's crypto capabilities
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: Brendan Trotter <btrotter@xxxxxxxxx>
• Re: Linux DRTM on UEFI platforms
  • From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 9/9] drivers/node: Show in sysfs node's crypto capabilities
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [PATCH v9 7/9] x86/e820: Add unit tests for e820_range_* functions
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [PATCH v9 7/9] x86/e820: Add unit tests for e820_range_* functions
  • From: David Gow <davidgow@xxxxxxxxxx>
• Re: [PATCH v9 9/9] drivers/node: Show in sysfs node's crypto capabilities
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v9 9/9] drivers/node: Show in sysfs node's crypto capabilities
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 8/9] x86/efi: Mark e820_entries as crypto capable from EFI memmap
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 6/9] x86/e820: Tag e820_entry with crypto capabilities
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 7/9] x86/e820: Add unit tests for e820_range_* functions
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 2/9] mm/mmzone: Tag pg_data_t with crypto capabilities
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 5/9] x86/e820: Refactor e820__range_remove
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 1/9] mm/memblock: Tag memblocks with crypto capabilities
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 4/9] x86/e820: Refactor __e820__range_update
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 3/9] x86/e820: Add infrastructure to refactor e820__range_{update,remove}
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• [PATCH v9 0/9] x86: Show in sysfs if a memory node is able to do encryption
  • From: Martin Fernandez <martin.fernandez@xxxxxxxxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS df3c9072ef90b19ee317afbef185b65537c701cf
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [linux-next:master] BUILD REGRESSION 6cc11d2a1759275b856e464265823d94aabd5eaf
  • From: Roman Gushchin <roman.gushchin@xxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [Question] efi: First 512 bytes of image oddity.
  • From: Ariel Cabello Mateos <080ariel@xxxxxxxxx>
• Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS dc977c0c9ac244db8ce1871e0a4f3c1a25d38e84
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] UEFI panic notification mechanism
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 4/4] ACPI: Move PRM config option under the main ACPI config
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 3/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 2/4] arm64: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 1/4] ACPI: PRM: Change handler_addr type to void pointer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] drivers: fix typo in firmware/efi/memmap.c
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] ARM: efi: Simplify arch_efi_call_virt() macro
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] ARM: efi: Simplify arch_efi_call_virt() macro
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] ARM: efi: Simplify arch_efi_call_virt() macro
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• [PATCH v2] ARM: efi: Simplify arch_efi_call_virt() macro
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] LoongArch: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH] ARM: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 4/4] ACPI: Move PRM config option under the main ACPI config
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 1/4] ACPI: PRM: Change handler_addr type to void pointer
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 2/4] arm64: efi: Simplify arch_efi_call_virt() macro by using typeof()
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 0/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 3/4] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 1/2] efi: remove use of list iterator variable after loop
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/2] UEFI panic notification mechanism
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] powerpc/pseries: add support for local secure storage called Platform KeyStore(PKS)
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 13/17] driver core: Use device's fwnode to check if it is waiting for suppliers
  • From: Abel Vesa <abel.vesa@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv7 14/14] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH] drivers: fix typo in firmware/efi/memmap.c
  • From: Zheng Zhi Yuan <kevinjone25@xxxxxxxxxxxx>
• [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• Re: [PATCH 1/3] arm64: efi: Simplify arch_efi_call_virt macro by not using efi_##f##_t type
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/3] arm64: efi: Simplify arch_efi_call_virt macro by not using efi_##f##_t type
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [efi:next] BUILD SUCCESS 2d82e6227ea189c0589e7383a36616ac2a2d248c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 1/3] arm64: efi: Simplify arch_efi_call_virt macro by not using efi_##f##_t type
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 3/3] ACPI: Move PRM config option under the main ACPI config
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/3] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v3 1/9] pstore: Add priv field to pstore_record for backend specific use
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCHv7 14/14] x86/tdx: Add unaccepted memory support
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH 3/3] ACPI: Move PRM config option under the main ACPI config
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 1/3] arm64: efi: Simplify arch_efi_call_virt macro by not using efi_##f##_t type
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 2/3] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 0/3] ACPI: Enable Platform Runtime Mechanism(PRM) support on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v3 2/9] efi: vars: Don't drop lock in the middle of efivar_init()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 9/9] efi: vars: Move efivar caching layer into efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 1/9] pstore: Add priv field to pstore_record for backend specific use
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 7/9] efi: vars: Remove deprecated 'efivars' sysfs interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 6/9] efi: vars: Drop __efivar_entry_iter() helper which is no longer used
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 0/9] efi: Restructure EFI varstore driver
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 3/9] efi: vars: Add thin wrapper around EFI get/set variable interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 5/9] efi: vars: Use locking version to iterate over efivars linked lists
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 8/9] efi: vars: Switch to new wrapper layer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] selftests/kexec: remove broken EFI_VARS secure boot fallback check
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/4] Input: applespi - avoid efivars API and invoke EFI services directly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCHv7 01/14] x86/boot: Centralize __pa()/__va() definitions
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 13/14] x86/tdx: Refactor try_accept_one()
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 12/14] x86/tdx: Make _tdx_hypercall() and __tdx_module_call() available in boot stub
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] powerpc/pseries: expose authenticated variables stored in LPAR PKS
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Nayna <nayna@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [RFC PATCH v2 3/3] powerpc/pseries: expose authenticated variables stored in LPAR PKS
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [RFC PATCH v2 0/3] powerpc/pseries: add support for local secure storage called Platform KeyStore(PKS)
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [RFC PATCH v2 2/3] fs: define a firmware security filesystem named fwsecurityfs
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• [RFC PATCH v2 1/3] powerpc/pseries: define driver for Platform KeyStore
  • From: Nayna Jain <nayna@xxxxxxxxxxxxx>
• Re: [PATCHv7 06/14] efi/x86: Implement support for unaccepted memory
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS aa6d1ed107eba26f49933216cffe797253914132
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 1/9] pstore: Don't expose ECC metadata via pstore file system
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS 98e152c19b66cfe44e1924d2554626a25758f1ea
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] EFI fixes for v5.19 #1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 0/4] efivar: remove inappropriate uses of the efivar API
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] EFI fixes for v5.19 #1
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 9/9] efi: vars: Move efivar caching layer into efivarfs
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 2/9] efi: vars: Don't drop lock in the middle of efivar_init()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 8/9] efi: vars: Switch to new wrapper layer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 7/9] efi: vars: Remove deprecated 'efivars' sysfs interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 4/9] efi: pstore: Omit efivars caching EFI varstore access layer
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 6/9] efi: vars: Drop __efivar_entry_iter() helper which is no longer used
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 5/9] efi: vars: Use locking version to iterate over efivars linked lists
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 1/9] pstore: Don't expose ECC metadata via pstore file system
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 3/9] efi: vars: Add thin wrapper around EFI get/set variable interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 0/9] efi: Restructure EFI varstore driver
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: efibc: avoid efivar API for setting variables
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] media: atomisp_gmin_platform: stop abusing efivar API
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] media: atomisp_gmin_platform: stop abusing efivar API
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/4] efivar: remove inappropriate uses of the efivar API
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [PATCH 4/4] brcmfmac: Switch to appropriate helper to load EFI variable contents
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 3/4] iwlwifi: Switch to proper EFI variable store interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 2/4] Input: applespi - avoid efivars API and invoke EFI services directly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/4] efivar: remove inappropriate uses of the efivar API
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/4] efi: avoid efivars layer when loading SSDTs from variables
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] arch/riscv: Add support for STACKLEAK gcc plugin
  • From: Dao Lu <daolu@xxxxxxxxxxxx>
• [PATCH] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [RFC PATCH 1/2] selftests/kexec: remove broken EFI_VARS secure boot fallback check
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] efi: remove deprecated 'efivars' sysfs interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] efi: remove deprecated 'efivars' sysfs interface
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• [RFC PATCH 2/2] efi: remove deprecated 'efivars' sysfs interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 1/2] selftests/kexec: remove broken EFI_VARS secure boot fallback check
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 0/2] efi: get rid of deprecated sysfs varstore interface
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 902c2d91582c7ff0cb5f57ffb3766656f9b910c6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] arch/riscv: Add support for STACKLEAK gcc plugin
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] arch/riscv: Add support for STACKLEAK gcc plugin
  • From: Dao Lu <daolu@xxxxxxxxxxxx>
• Re: [PATCH] Correct comment on efi_memmap_alloc
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCHv7 05/14] x86/boot: Add infrastructure required for unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHv7 05/14] x86/boot: Add infrastructure required for unaccepted memory support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] introduce mirrored memory support for arm64
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 4/5] arm64: mm: Only remove nomap flag for initrd
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v5 1/5] efi: arm64: Introduce ability to find mirrored memory ranges
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 1/5] efi: arm64: Introduce ability to find mirrored memory ranges
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v5 0/5] introduce mirrored memory support for arm64
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v5 0/5] introduce mirrored memory support for arm64
  • From: Kefeng Wang <wangkefeng.wang@xxxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v12 19/46] x86/kernel: Make the .bss..decrypted section shared in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: "Gupta, Pankaj" <pankaj.gupta@xxxxxxx>
• [PATCHv7 13/14] x86/tdx: Refactor try_accept_one()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 14/14] x86/tdx: Add unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 05/14] x86/boot: Add infrastructure required for unaccepted memory support
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 07/14] x86/boot/compressed: Handle unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 09/14] x86/mm: Provide helpers for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 10/14] x86/mm: Avoid load_unaligned_zeropad() stepping into unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 08/14] x86/mm: Reserve unaccepted memory bitmap
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 06/14] efi/x86: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 12/14] x86/tdx: Make _tdx_hypercall() and __tdx_module_call() available in boot stub
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 03/14] mm: Report unaccepted memory in meminfo
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 04/14] efi/x86: Get full memory map in allocate_e820()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCHv7 01/14] x86/boot: Centralize __pa()/__va() definitions
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH] Correct comment on efi_memmap_alloc
  • From: Liu Zixian <liuzixian4@xxxxxxxxxx>
• Re: [PATCH v5 5/5] memblock: Disable mirror feature if kernelcore is not specified
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v5 5/5] memblock: Disable mirror feature if kernelcore is not specified
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 5/5] memblock: Disable mirror feature if kernelcore is not specified
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH v5 5/5] memblock: Disable mirror feature if kernelcore is not specified
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v5 2/5] mm: Ratelimited mirrored memory related warning messages
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>
• [PATCH v5 0/5] introduce mirrored memory support for arm64
  • From: Wupeng Ma <mawupeng1@xxxxxxxxxx>