Linux EFI/UEFI Development

• Thread Index

• [PATCH v3 1/8] ACPI: utils: Add acpi_dev_uid_to_integer() helper to get _UID as integer
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 2/8] ACPI: LPSS: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 4/8] i2c: amd-mp2-plat: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] Add support for ESRT loading under Xen
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] Add support for ESRT loading under Xen
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 7/8] spi: pxa2xx: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 5/8] i2c: mlxbf: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v2 4/8] i2c: amd-mp2-plat: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: Re: Re: [PATCH v5 8/8] loongarch: efi: enable generic EFI compressed boot
  • From: 陈华才 <chenhuacai@xxxxxxxxxxx>
• [PATCH v6 8/8] EDAC/igen6: Return consistent errno when another edac driver is enabled
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v6 7/8] apei/ghes: Use unrcu_pointer for cmpxchg
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v6 6/8] EDAC: Add the ghes_edac_preferred check for chipset-specific edac drivers
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v6 5/8] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v6 4/8] ghes: Introduce a helper ghes_edac_preferred()
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v6 3/8] EDAC:ghes: Move ghes_edac.force_load to ghes module parameter
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v6 2/8] EDAC/ghes: Add a notifier for reporting memory errors
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v6 1/8] efi/cper: export several helpers for ghes_edac to use
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v6 0/8] Make ghes_edac a proper module
  • From: Jia He <justin.he@xxxxxxx>
• Re: [PATCH v2 6/6] riscv: efi: enable generic EFI compressed boot
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• Re: [PATCH v2 0/8] ACPI: unify _UID handling as integer
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: Re: [PATCH v5 8/8] loongarch: efi: enable generic EFI compressed boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: Re: [PATCH v5 8/8] loongarch: efi: enable generic EFI compressed boot
  • From: 陈华才 <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH V2] efi: efibc: Guard against allocation failure
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v2 0/8] ACPI: unify _UID handling as integer
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v5 8/8] loongarch: efi: enable generic EFI compressed boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v5 8/8] loongarch: efi: enable generic EFI compressed boot
  • From: 陈华才 <chenhuacai@xxxxxxxxxxx>
• [PATCH v5 8/8] loongarch: efi: enable generic EFI compressed boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 3/8] efi/libstub: use EFI provided memcpy/memset routines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 5/8] efi/libstub: implement generic EFI zboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 4/8] efi/libstub: move efi_system_table global var into separate object
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 7/8] riscv: efi: enable generic EFI compressed boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 6/8] arm64: efi: enable generic EFI compressed boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 2/8] efi/libstub: add some missing EFI prototypes
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 1/8] efi: name the ARCH-stub.c files uniformly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5 0/8] efi: implement generic compressed boot support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V2] efi: efibc: Guard against allocation failure
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH V4] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v2 0/3] The UEFI panic notification mechanism, 2nd round
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• [PATCH V2] efi: efibc: Guard against allocation failure
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v2 6/8] perf: qcom_l2_pmu: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/8] perf: qcom_l2_pmu: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [PATCH v2 8/8] efi/dev-path-parser: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 0/8] ACPI: unify _UID handling as integer
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 8/8] efi/dev-path-parser: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 2/8] ACPI: LPSS: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 7/8] spi: pxa2xx: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 6/8] perf: qcom_l2_pmu: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 5/8] i2c: mlxbf: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 0/8] ACPI: unify _UID handling as integer
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 1/8] ACPI: utils: Add acpi_dev_uid_to_integer() helper to get _UID as integer
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 3/8] ACPI: x86: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 4/8] i2c: amd-mp2-plat: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] EFI fixes for v6.0 #1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [GIT PULL] EFI fixes for v6.0 #1
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v1 0/8] ACPI: unify _UID handling as integer
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 8/8] efi/dev-path-parser: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 8/8] efi/dev-path-parser: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 8/8] efi/dev-path-parser: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v1 0/8] ACPI: unify _UID handling as integer
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] efi/x86: libstub: remove unused variables
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• Re: [PATCH] efi/x86: libstub: remove unused variables
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/x86: libstub: remove unused variables
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• Re: [PATCH] efi/x86: libstub: remove unused variables
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/x86: libstub: remove unused variables
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• Re: [PATCH v1 8/8] efi/dev-path-parser: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH resend 8/9] efi: implement LoadFile2 initrd loading protocol for Linux
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 9cb636b5f6a8cc6d1b50809ec8f8d33ae0c84c95
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [PATCH v5 5/8] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: Justin He <Justin.He@xxxxxxx>
• Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• RE: [PATCH v5 5/8] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• RE: [PATCH v5 3/8] EDAC:ghes: Move ghes_edac.force_load to ghes module parameter
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• Re: [PATCH v1 7/8] spi: pxa2xx: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v1 8/8] efi/dev-path-parser: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 6/8] perf: qcom_l2_pmu: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 3/8] ACPI: x86: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 1/8] ACPI: utils: Add acpi_dev_uid_to_integer() helper to get _UID as integer
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 5/8] i2c: mlxbf: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 4/8] i2c: amd-mp2-plat: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 2/8] ACPI: LPSS: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 7/8] spi: pxa2xx: Refactor _UID handling to use acpi_dev_uid_to_integer()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 0/8] ACPI: unify _UID handling as integer
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5] efi: capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• Re: [PATCH v5] efi: capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v5] efi: capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• Re: [PATCH v4] efi: capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4] efi: capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• Re: [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• Re: [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• Re: [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3] efi: capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• [PATCH v3] efi: capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• [PATCH v2] efi: capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• Re: [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Hyunwoo Kim <imv4bel@xxxxxxxxx>
• Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] efi/capsule-loader: Fix use-after-free in efi_capsule_write
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [efi:next] BUILD SUCCESS 4bf23298820093992beac22cc1532414ae189acd
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] efi/x86: libstub: remove unused variables
  • From: chen zhang <chenzhang@xxxxxxxxxx>
• Re: [PATCH] RISC-V: Add STACKLEAK erasing the kernel stack at the end of syscalls
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [RFC PATCH] generic_entry: Add stackleak support
  • From: guoren@xxxxxxxxxx
• Re: [PATCH v2 3/3] efi: earlycon: Add support for generic framebuffers and move to console subsystem
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 2/2] efi: earlycon: Add support for generic framebuffers and move to fbdev subsystem
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCHv7 02/14] mm: Add support for unaccepted memory
  • From: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [PATCH] RISC-V: Add STACKLEAK erasing the kernel stack at the end of syscalls
  • From: <Conor.Dooley@xxxxxxxxxxxxx>
• Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Add generic framebuffer support to EFI earlycon driver
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] efi: x86: Wipe setup_data on pure EFI boot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 02/16] x86/build: Remove RWX sections and align on 4KB
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 08/16] x86/boot: Remove mapping from page fault handler
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 12/16] x86/boot: Add EFI kernel extraction interface
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 11/16] x86/boot: Split trampoline and pt init code
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH v2] efi: x86: Wipe setup_data on pure EFI boot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 09/16] efi/libstub: Move helper function to related file
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 05/16] x86/boot: Support 4KB pages for identity mapping
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 14/16] x86/build: Make generated PE more spec compliant
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 04/16] x86/boot: Increase boot page table size
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 15/16] efi/libstub: Add memory attribute protocol definitions
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 16/16] efi/libstub: Use memory attribute protocol
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 01/16] x86/boot: Align vmlinuz sections on page size
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 07/16] x86/boot: Map memory explicitly
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 13/16] efi/x86: Support extracting kernel from libstub
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 10/16] x86/boot: Make console interface more abstract
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 03/16] x86/boot: Set cr0 to known state in trampoline
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 00/16] x86_64: Improvements at compressed kernel stage
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• [PATCH 06/16] x86/boot: Setup memory protection for bzImage code
  • From: Evgeniy Baskov <baskov@xxxxxxxxx>
• Re: [PATCH] Add support for ESRT loading under Xen
  • From: Jan Beulich <jbeulich@xxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH v5 8/8] EDAC/igen6: Return consistent errno when another edac driver is enabled
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v5 4/8] ghes: Introduce a helper ghes_edac_preferred()
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v5 1/8] efi/cper: export several helpers for ghes_edac to use
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v5 2/8] EDAC/ghes: Add a notifier for reporting memory errors
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v5 6/8] EDAC: Add the ghes_edac_preferred check for chipset-specific edac drivers
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v5 3/8] EDAC:ghes: Move ghes_edac.force_load to ghes module parameter
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v5 5/8] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v5 0/8] Make ghes_edac a proper module
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v5 7/8] apei/ghes: Use unrcu_pointer for cmpxchg
  • From: Jia He <justin.he@xxxxxxx>
• RE: [PATCH v4 5/8] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: Justin He <Justin.He@xxxxxxx>
• Re: [PATCH v2] Add support for ESRT loading under Xen
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 3/4] Remove unused variable ret in efi_get_conf_table()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/4] Remove unused variable et in efi_get_system_table()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: x86: Wipe setup_data on pure EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: x86: Wipe setup_data on pure EFI boot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] efi: x86: Wipe setup_data on pure EFI boot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] efi: x86: Wipe setup_data on pure EFI boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 0/3] The UEFI panic notification mechanism, 2nd round
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Youling Tang <tangyouling@xxxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/4] firmware: Add support for Qualcomm UEFI Secure Application
  • From: Sumit Garg <sumit.garg@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Youling Tang <tangyouling@xxxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Youling Tang <tangyouling@xxxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: x86: Wipe setup_data on pure EFI boot
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• RE: [PATCH v4 5/8] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• RE: [PATCH v4 6/8] EDAC: Add the ghes_edac_preferred check for chipset-specific edac drivers
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• RE: [PATCH v4 4/8] ghes: Introduce a helper ghes_edac_preferred()
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• RE: [PATCH v4 3/8] EDAC:ghes: Move ghes_edac.force_load to ghes module parameter
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• 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: Sumit Garg <sumit.garg@xxxxxxxxxx>
• Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH V3] firmware: google: Test spinlock on panic path to avoid lockups
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH v4 6/9] arm64: efi: enable generic EFI compressed boot
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH v4 6/9] arm64: efi: enable generic EFI compressed boot
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v4 7/8] apei/ghes: Use unrcu_pointer for cmpxchg
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v4 8/8] EDAC/igen6: Return consistent errno when another edac driver is enabled
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v4 6/8] EDAC: Add the ghes_edac_preferred check for chipset-specific edac drivers
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v4 5/8] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v4 3/8] EDAC:ghes: Move ghes_edac.force_load to ghes module parameter
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v4 4/8] ghes: Introduce a helper ghes_edac_preferred()
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v4 2/8] EDAC/ghes: Add a notifier for reporting memory errors
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v4 0/8] Make ghes_edac a proper module
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH v4 1/8] efi/cper: export several helpers for ghes_edac to use
  • From: Jia He <justin.he@xxxxxxx>
• [PATCH 3/4] Remove unused variable ret in efi_get_conf_table()
  • From: Michel Lespinasse <michel@xxxxxxxxxxxxxx>
• [PATCH 0/4] Remove unused variables resulting in CONFIG_EFI warnings
  • From: Michel Lespinasse <michel@xxxxxxxxxxxxxx>
• [PATCH 2/4] Remove unused variable nr_tables in efi_get_rsdp_addr()
  • From: Michel Lespinasse <michel@xxxxxxxxxxxxxx>
• [PATCH 1/4] Remove unused variable et in efi_get_system_table()
  • From: Michel Lespinasse <michel@xxxxxxxxxxxxxx>
• [PATCH 4/4] Remove unused variable ret in __efi_get_rsdp_addr()
  • From: Michel Lespinasse <michel@xxxxxxxxxxxxxx>
• RE: [RESEND PATCH v3 4/9] EDAC/ghes: Move ghes_edac.force_load to setup parameter
  • From: Justin He <Justin.He@xxxxxxx>
• RE: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• 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: [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: Dionna Amalie Glaze <dionnaglaze@xxxxxxxxxx>
• Re: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: Yazen Ghannam <yazen.ghannam@xxxxxxx>
• Re: [PATCH v2 0/3] The UEFI panic notification mechanism, 2nd round
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: Re: [PATCH v4 9/9] loongarch: efi: enable generic EFI compressed boot
  • From: 陈华才 <chenhuacai@xxxxxxxxxxx>
• Re: Re: [PATCH v4 8/9] loongarch: avoid orphan input sections
  • From: 陈华才 <chenhuacai@xxxxxxxxxxx>
• [PATCH] RISC-V: Add STACKLEAK erasing the kernel stack at the end of syscalls
  • From: Xianting Tian <xianting.tian@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 9/9] loongarch: efi: enable generic EFI compressed boot
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH v4 9/9] loongarch: efi: enable generic EFI compressed boot
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH v4 8/9] loongarch: avoid orphan input sections
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: [PATCH v4 8/9] loongarch: avoid orphan input sections
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 8/9] loongarch: avoid orphan input sections
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• [PATCH v2] Add support for ESRT loading under Xen
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• [efi:next] BUILD SUCCESS bb45d2db8492036a6fc938ec0b228834ea6e1cf9
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3 5/7] arm64: head: clean the ID map page to the PoC
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 6/7] arm64: efi/libstub: use EFI_LOADER_CODE region when moving the kernel in memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 7/7] arm64: efi/libstub: enter with the MMU on
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 4/7] arm64: head: avoid cache invalidation when entering with the MMU on
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 3/7] arm64: head: record the MMU state at primary entry
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 2/7] arm64: kernel: move ID map out of .text mapping
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 1/7] arm64: lds: reduce effective minimum image alignment to 64k
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v3 0/7] arm64: efi: leave MMU and caches on at boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 8/9] loongarch: avoid orphan input sections
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v4 8/9] loongarch: avoid orphan input sections
  • From: 陈华才 <chenhuacai@xxxxxxxxxxx>
• [PATCH v4 0/9] efi: implement generic compressed boot support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 4/9] efi/libstub: move efi_system_table global var into separate object
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 9/9] loongarch: efi: enable generic EFI compressed boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 8/9] loongarch: avoid orphan input sections
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 1/9] efi: name the ARCH-stub.c files uniformly
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 3/9] efi/libstub: use EFI provided memcpy/memset routines
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 2/9] efi/libstub: add some missing EFI prototypes
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 6/9] arm64: efi: enable generic EFI compressed boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 5/9] efi/libstub: implement generic EFI zboot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4 7/9] riscv: efi: enable generic EFI compressed boot
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH V3] LoongArch: Add efistub booting support
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• 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: [PATCH V3] LoongArch: Add efistub booting support
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• RE: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: "Elliott, Robert (Servers)" <elliott@xxxxxxx>
• RE: [RESEND PATCH v3 3/9] EDAC/ghes: Make ghes_edac a proper module to remove the dependency on ghes
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• Re: [PATCH] Add support for ESRT loading under Xen
  • From: Demi Marie Obenour <demi@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• [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>