Linux EFI/UEFI Development

• Thread Index

• [PATCH 7/8] efi: drop type and attribute checks in efi_mem_desc_lookup()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 3/8] efi: Use a work queue to invoke EFI Runtime Services
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 4/8] efi: cper: avoid using get_seconds()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/8] efi/x86: Clean up the eboot code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/8] EFI changes for v4.19
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/1] EFI mixed mode fix for v4.18
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/1] efi/x86: remove pointless call to PciIo->Attributes()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH 1/6] efi: Introduce efi_memmap_free() to free memory allocated by efi_memmap_alloc()
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH 1/6] efi: Introduce efi_memmap_free() to free memory allocated by efi_memmap_alloc()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [RFC PATCH 2/2] efi/libstub: taken contents of LinuxExtraArgs UEFI variable into account
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [RFC PATCH 1/2] efi/libstub: refactor load option command line processing for reuse
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [RFC PATCH 0/2] efi: add contents of LinuxExtraArgs EFI var to command line
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Access EFI MMIO data as unencrypted when SEV is active
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Access EFI MMIO data as unencrypted when SEV is active
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH] x86/efi: Access EFI MMIO data as unencrypted when SEV is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH] x86/efi: Access EFI MMIO data as unencrypted when SEV is active
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH] x86/efi: Access EFI MMIO data as unencrypted when SEV is active
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH] x86/efi: Access EFI MMIO data as unencrypted when SEV is active
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/2] efi/bgrt: Drop __initdata from bgrt_image_size
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/2] efi/bgrt: Drop __initdata from bgrt_image_size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• [PATCH] x86/efi: Access EFI MMIO data as unencrypted when SEV is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v6 3/3] x86: paravirt: make native_save_fl extern inline
  • From: Juergen Gross <jgross@xxxxxxxx>
• [PATCH 4/6] x86/efi: Free existing memory map before installing new memory map
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 3/6] efi: Use efi.memmap.alloc_type instead of efi.memmap.late
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 1/6] efi: Introduce efi_memmap_free() to free memory allocated by efi_memmap_alloc()
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 2/6] efi: Let the user of efi_memmap_alloc() know the type of allocation performed
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 5/6] x86/efi: Free allocated memory if remap fails
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 6/6] efi: Fix unaligned fake memmap entries corrupting efi memory map
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 0/6] Fix memory leaks in efi subsystem
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH v2 1/2] efi/bgrt: Drop __initdata from bgrt_image_size
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/2] efi/bgrt: Drop __initdata from bgrt_image_size
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] efi/bgrt: Drop __initdata from bgrt_image_size
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/2] efi/bgrt: Drop __initdata from bgrt_image_size
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 4.17 083/220] efi/libstub/tpm: Initialize efi_physical_addr_t vars to zero for mixed mode
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] efi: Free existing memory map before installing new memory map
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH] efi: Free existing memory map before installing new memory map
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH 1/1] resource: Fixed iomem resource release failed on release_mem_region_adjustable() when memory node or cpu node hot-remove.
  • From: Guomin Chen <guomin.chen@xxxxxxxx>
• Re: [kbuild-all] [PATCH] efi: Free existing memory map before installing new memory map
  • From: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
• RE: [kbuild-all] [PATCH] efi: Free existing memory map before installing new memory map
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [kbuild-all] [PATCH] efi: Free existing memory map before installing new memory map
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [kbuild-all] [PATCH] efi: Free existing memory map before installing new memory map
  • From: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
• RE: [PATCH] efi: Free existing memory map before installing new memory map
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH v6 3/3] x86: paravirt: make native_save_fl extern inline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [RFC PATCH] x86/efi: remove pointless call to PciIo->Attributes()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH] x86/efi: remove pointless call to PciIo->Attributes()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] efi: Free existing memory map before installing new memory map
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH] efi: Free existing memory map before installing new memory map
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH v6 3/3] x86: paravirt: make native_save_fl extern inline
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] efi: Free existing memory map before installing new memory map
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi: Free existing memory map before installing new memory map
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] efi: Free existing memory map before installing new memory map
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH 1/1] resource: Fixed iomem resource release failed on release_mem_region_adjustable() when memory node or cpu node hot-remove.
  • From: "Kani, Toshi" <toshi.kani@xxxxxxx>
• Re: [RFC PATCH] x86/efi: remove pointless call to PciIo->Attributes()
  • From: Wilfried Klaebe <linux-kernel@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] resource: Fixed iomem resource release failed on release_mem_region_adjustable() when memory node or cpu node hot-remove.
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 2/2] fbdev/efifb: honour UEFI memory map attributes when mapping the fb
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 2/2] fbdev/efifb: honour UEFI memory map attributes when mapping the fb
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm: add opt-in Kconfig option for the DTB loader
  • From: Alexander Graf <agraf@xxxxxxx>
• Re: [PATCH v2 2/2] fbdev/efifb: honour UEFI memory map attributes when mapping the fb
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm: add opt-in Kconfig option for the DTB loader
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• [PATCH] efi/libstub/arm: add opt-in Kconfig option for the DTB loader
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: Remove the declaration of efi_late_init() as the function is unused
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi: Remove the declaration of efi_late_init() as the function is unused
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [RFC PATCH] x86/efi: remove pointless call to PciIo->Attributes()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Fix incorrect invocation of PciIo->Attributes()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Fix incorrect invocation of PciIo->Attributes()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Fix incorrect invocation of PciIo->Attributes()
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH] x86/efi: Fix incorrect invocation of PciIo->Attributes()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] x86/efi: Fix incorrect invocation of PciIo->Attributes()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Fix incorrect invocation of PciIo->Attributes()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] x86/efi: Fix incorrect invocation of PciIo->Attributes()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Fix incorrect invocation of PciIo->Attributes()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] x86/efi: Fix incorrect invocation of PciIo->Attributes()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] make radeon driver find ATOM BIOS again on 64-bit EFI systems
  • From: Wilfried Klaebe <linux-kernel@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] make radeon driver find ATOM BIOS again on 64-bit EFI systems
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] make radeon driver find ATOM BIOS again on 64-bit EFI systems
  • From: Wilfried Klaebe <linux-kernel@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 1/1] resource: Fixed iomem resource release failed on release_mem_region_adjustable() when memory node or cpu node hot-remove.
  • From: Guomin Chen <guomin.chen@xxxxxxxx>
• Re: [PATCH 1/1] resource: Fixed iomem resource release failed on release_mem_region_adjustable() when memory node or cpu node hot-remove.
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v6 3/3] x86: paravirt: make native_save_fl extern inline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH 1/1] resource: Fixed iomem resource release failed on release_mem_region_adjustable() when memory node or cpu node hot-remove.
  • From: guomin chen <guomin.chen@xxxxxxxx>
• [PATCH 1/1] resource: Fixed iomem resource release failed on release_mem_region_adjustable() when memory node or cpu node hot-remove.
  • From: guomin chen <guomin.chen@xxxxxxxx>
• [PATCH v2 2/2] fbdev/efifb: honour UEFI memory map attributes when mapping the fb
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 1/2] efi: drop type and attribute checks in efi_mem_desc_lookup()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 0/2] efi: add support for cacheable efifb mappings
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/1] EFI fix for v4.18
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/1] efi/libstub/tpm: Initialize efi_physical_addr_t vars to zero for mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V3] x86/efi: Free allocated memory if remap fails
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 3/3] x86: paravirt: make native_save_fl extern inline
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v6 2/3] x86/asm: add _ASM_ARG* constants for argument registers to <asm/asm.h>
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v6 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v6 3/3] x86: paravirt: make native_save_fl extern inline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v6 0/3] extern inline native_save_fl for paravirt
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v5 2/3] x86/asm: add _ASM_ARG* constants for argument registers to <asm/asm.h>
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2] efi/libstub/tpm: Initialize efi_physical_addr_t vars to zero for mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi/libstub/tpm: Initialize efi_physical_addr_t vars to zero for mixed mode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2] efi/libstub/tpm: Initialize efi_physical_addr_t vars to zero for mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2] efi/libstub/tpm: Initialize efi_physical_addr_t vars to zero for mixed mode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 2/3] x86/asm: add _ASM_ARG* constants for argument registers to <asm/asm.h>
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] efi/libstub/tpm: Initialize efi_physical_addr_t vars to zero for mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/libstub/tpm: Initialize efi_physical_addr_t vars to zero for mixed mode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH V3] x86/efi: Free allocated memory if remap fails
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH V2] x86/efi: Free allocated memory if remap fails
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH] efi/libstub/tpm: Initialize efi_physical_addr_t vars to zero for mixed mode
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 0/3] extern inline native_save_fl for paravirt
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH V2] x86/efi: Free allocated memory if remap fails
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH V2] x86/efi: Free allocated memory if remap fails
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH] x86/efi: Free allocated memory if remap fails
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH] x86/efi: Free allocated memory if remap fails
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Free allocated memory if remap fails
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH] efi: cper: avoid using get_seconds()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: cper: avoid using get_seconds()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] efi: cper: avoid using get_seconds()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: cper: avoid using get_seconds()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] efi: cper: avoid using get_seconds()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 1/2] efi/bgrt: Drop __initdata from bgrt_image_size
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] efi: cper: avoid using get_seconds()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/2] efi: add support for cacheable efifb mappings
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Free allocated memory if remap fails
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/2] efifb: Copy the ACPI BGRT boot graphics to the
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 0/2] efifb: Copy the ACPI BGRT boot graphics to the
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH 4.16 274/279] efi/libstub/arm64: Handle randomized TEXT_OFFSET
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer
  • From: Môshe van der Sterre <me@xxxxxxxx>
• [PATCH 4.14 182/189] efi/libstub/arm64: Handle randomized TEXT_OFFSET
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi/arm: preserve early mapping of UEFI memory map longer for BGRT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/2] efi/bgrt: Drop __initdata from bgrt_image_size
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/2] efi/bgrt: Drop __initdata from bgrt_image_size
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 2/2] efifb: Copy the ACPI BGRT boot graphics to the framebuffer
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 0/2] efifb: Copy the ACPI BGRT boot graphics to the
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] x86/efi: Free allocated memory if remap fails
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH 0/2] efi: add support for cacheable efifb mappings
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/2] efi: add support for cacheable efifb mappings
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH 0/2] efi: add support for cacheable efifb mappings
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/2] efi: add support for cacheable efifb mappings
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH 2/2] fbdev/efifb: honour UEFI memory map attributes when mapping the fb
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/2] efi: drop type and attribute checks in efi_mem_desc_lookup()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 0/2] efi: add support for cacheable efifb mappings
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 2/3] x86/asm: add _ASM_ARG* constants for argument registers to <asm/asm.h>
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v5 2/3] x86/asm: add _ASM_ARG* constants for argument registers to <asm/asm.h>
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v5 2/3] x86/asm: add _ASM_ARG* constants for argument registers to <asm/asm.h>
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v5 2/3] x86/asm: add _ASM_ARG* constants for argument registers to <asm/asm.h>
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v5 0/3] extern inline native_save_fl for paravirt
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• [PATCH v5 2/3] x86/asm: add _ASM_ARG* constants for argument registers to <asm/asm.h>
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v5 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v5 3/3] x86: paravirt: make native_save_fl extern inline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v5 0/3] extern inline native_save_fl for paravirt
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v4 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v4 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v4 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v4 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v4 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v4 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v4 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Andrea Parri <andrea.parri@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v4 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Do Qualcomm drivers use DMA buffers for request_firmware_into_buf()?
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v4 0/3] extern inline native_save_fl for paravirt
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v4 3/3] x86: paravirt: make native_save_fl extern inline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v4 2/3] x86/asm: add _ASM_ARG* constants for argument registers to <asm/asm.h>
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v4 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v3 2/3] x86/asm: add _ASM_ARG* constants for argument registers to <asm/asm.h>
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v3 2/3] x86/asm: add _ASM_ARG* constants for argument registers to <asm/asm.h>
  • From: "H. Peter Anvin" <hpa@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v3 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 3/3] x86: paravirt: make native_save_fl extern inline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v3 1/3] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v3 3/3] x86: paravirt: make native_save_fl extern inline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v3 2/3] x86/asm: add _ASM_ARG* constants for argument registers to <asm/asm.h>
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v3 0/3] extern inline native_save_fl for paravirt
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: Do Qualcomm drivers use DMA buffers for request_firmware_into_buf()?
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• Re: [PATCH v6 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v6 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Do Qualcomm drivers use DMA buffers for request_firmware_into_buf()?
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 0/5] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v6 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v6 0/5] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 0/5] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• RE: [PATCH V5 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: hpa@xxxxxxxxx
• Re: [PATCH V5 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: Naresh Bhat <naresh.bhat@xxxxxxxxxx>
• Re: [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] x86: paravirt: make native_save_fl extern inline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v2 2/2] x86: paravirt: make native_save_fl extern inline
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 2/2] x86: paravirt: make native_save_fl extern inline
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v6 0/5] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• RE: [PATCH V5 3/3] efi: Use efi_rts_wq to invoke EFI Runtime Services
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH V5 3/3] efi: Use efi_rts_wq to invoke EFI Runtime Services
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• RE: [PATCH V5 3/3] efi: Use efi_rts_wq to invoke EFI Runtime Services
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH V5 3/3] efi: Use efi_rts_wq to invoke EFI Runtime Services
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 2/2] x86: paravirt: make native_save_fl extern inline
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v2 2/2] x86: paravirt: make native_save_fl extern inline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v2 2/2] x86: paravirt: make native_save_fl extern inline
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH v2 2/2] x86: paravirt: make native_save_fl extern inline
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] x86: paravirt: make native_save_fl extern inline
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH v2 0/2] extern inline native_save_fl for paravirt
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v2 1/2] compiler-gcc.h: add gnu_inline to all inline declarations
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v2 2/2] x86: paravirt: make native_save_fl extern inline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [GIT PULL] EFI changes for v4.18
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• RE: [PATCH V5 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH v6 0/5] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 0/5] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH V5 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: Naresh Bhat <naresh.bhat@xxxxxxxxxx>
• Re: [PATCH v6 2/5] efi: Add embedded peripheral firmware support
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• RE: [PATCH V5 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH V5 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• Re: [PATCH 2/3] x86/build: use -std=gnu89 for proper extern inline semantics
  • From: hpa@xxxxxxxxx
• [PATCH 1/3] efi: use -std=gnu89 for proper extern inline semantics
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH 3/3] x86: paravirt: make native_save_fl extern inline
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH 0/3] extern inline native_save_fl for paravirt
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH 2/3] x86/build: use -std=gnu89 for proper extern inline semantics
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v6 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v6 1/5] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v6 3/5] platform/x86: Rename silead_dmi to touchscreen_dmi
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v6 5/5] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v6 4/5] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v6 0/5] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH V5 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH V5 3/3] efi: Use efi_rts_wq to invoke EFI Runtime Services
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH V5 2/3] efi: Create efi_rts_wq and efi_queue_work() to invoke all efi_runtime_services()
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH V5 1/3] x86/efi: Make efi_delete_dummy_variable() use set_variable_nonblocking() instead of set_variable()
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH V5 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 4.14 345/496] x86/mm: Fix bogus warning during EFI bootup, use boot_cpu_has() instead of this_cpu_has() in build_cr3_noflush()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 431/496] efi/arm*: Only register page tables when they exist
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.16 078/272] x86/mm: Fix bogus warning during EFI bootup, use boot_cpu_has() instead of this_cpu_has() in build_cr3_noflush()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.16 191/272] efi/arm*: Only register page tables when they exist
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH V4 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH V4 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH V4 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH V4 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH V4 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH V4 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH V4 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH V4 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH V4 1/3] x86/efi: Call efi_delete_dummy_variable() during efi subsystem initialization
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH V4 2/3] efi: Create efi_rts_wq and efi_queue_work() to invoke all efi_runtime_services()
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH V4 3/3] efi: Use efi_rts_wq to invoke EFI Runtime Services
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH V4 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 3.18 34/45] efi: Avoid potential crashes, fix the struct efi_pci_io_protocol_32 definition for mixed mode
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.4 62/92] efi: Avoid potential crashes, fix the struct efi_pci_io_protocol_32 definition for mixed mode
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] device property: Get rid of union aliasing
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• RE: [PATCH V3 2/3] efi: Introduce efi_queue_work() to queue any efi_runtime_service() on efi_rts_wq
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH V3 2/3] efi: Introduce efi_queue_work() to queue any efi_runtime_service() on efi_rts_wq
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH V3 1/3] x86/efi: Call efi_delete_dummy_variable() after creating efi_rts_wq
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH V3 3/3] efi: Use efi_rts_wq to invoke EFI Runtime Services
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH V3 2/3] efi: Introduce efi_queue_work() to queue any efi_runtime_service() on efi_rts_wq
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH V3 0/3] Use efi_rts_wq to invoke EFI Runtime Services
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 4.9 26/87] efi: Avoid potential crashes, fix the struct efi_pci_io_protocol_32 definition for mixed mode
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 34/95] efi: Avoid potential crashes, fix the struct efi_pci_io_protocol_32 definition for mixed mode
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.16 047/110] efi: Avoid potential crashes, fix the struct efi_pci_io_protocol_32 definition for mixed mode
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: Query regarding SetVirtualAddressMap()
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 1/1] efi/libstub/arm64: handle randomized TEXT_OFFSET
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/1] EFI fix for v4.17
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 20/28] x86/asm: make some functions local
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH v6 24/28] x86_64/asm: change all ENTRY+ENDPROC to SYM_FUNC_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: Query regarding SetVirtualAddressMap()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 27/28] x86_32/asm: change all ENTRY+ENDPROC to SYM_FUNC_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• RE: Query regarding SetVirtualAddressMap()
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH v3] device property: Get rid of union aliasing
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v3] device property: Get rid of union aliasing
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• RE: Query regarding SetVirtualAddressMap()
  • From: "Prakhya, Sai Praneeth" <sai.praneeth.prakhya@xxxxxxxxx>
• Re: Query regarding SetVirtualAddressMap()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] device property: Get rid of union aliasing
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2] device property: Get rid of union aliasing
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2] device property: Get rid of union aliasing
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v2] device property: Get rid of union aliasing
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] device property: Get rid of union aliasing
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v2] device property: Get rid of union aliasing
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] device property: Get rid of union aliasing
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v2] device property: Get rid of union aliasing
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 12/17] efi: fix efi_pci_io_protocol32 prototype for mixed mode
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] efi/x86: Clean up the eboot code a bit
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] efi/x86: Clean up the eboot code a bit
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 17/17] efi/libstub/arm64: handle randomized TEXT_OFFSET
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 12/17] efi: fix efi_pci_io_protocol32 prototype for mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 17/17] efi/libstub/arm64: handle randomized TEXT_OFFSET
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 17/17] efi/libstub/arm64: handle randomized TEXT_OFFSET
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/x86: Clean up the eboot code a bit
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 17/17] efi/libstub/arm64: handle randomized TEXT_OFFSET
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] efi/x86: Clean up the eboot code a bit
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 15/17] efi/x86: Ignore unrealistically large option roms
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH -resend 19/27] x86: assembly, make some functions local
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH -resend 23/27] x86_64: assembly, change all ENTRY+ENDPROC to SYM_FUNC_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH -resend 26/27] x86_32: assembly, change all ENTRY+ENDPROC to SYM_FUNC_*
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v2] device property: Get rid of union aliasing
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: Martijn Coenen <maco@xxxxxxxxxxx>
• Re: [PATCH] efi: Fix the size not consistent issue when unmapping memory map
  • From: joeyli <jlee@xxxxxxxx>
• [PATCH 01/17] x86/xen/efi: Initialize UEFI secure boot state during dom0 boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 00/17] EFI updates for v4.18
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 03/17] efi: Fix IA32/X64 Processor Error Record definition
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 04/17] efi: Decode IA32/X64 Processor Error Section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 02/17] efi/cper: Remove the INDENT_SP silliness
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 06/17] efi: Decode UEFI-defined IA32/X64 Error Structure GUIDs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 07/17] efi: Decode IA32/X64 Cache, TLB, and Bus Check structures
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 08/17] efi: Decode additional IA32/X64 Bus Check fields
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 09/17] efi: Decode IA32/X64 MS Check structure
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 10/17] efi: Decode IA32/X64 Context Info structure
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 11/17] efi/libstub/tpm: Make function efi_retrieve_tpm2_eventlog_1_2() static
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 12/17] efi: fix efi_pci_io_protocol32 prototype for mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 13/17] efi: align efi_pci_io_protocol typedefs to type naming convention
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 15/17] efi/x86: Ignore unrealistically large option roms
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 14/17] efi/x86: fold __setup_efi_pci32 and __setup_efi_pci64 into one
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 16/17] efi/capsule-loader: Don't output reset log when reset flags are not set
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 17/17] efi/libstub/arm64: handle randomized TEXT_OFFSET
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 05/17] efi: Decode IA32/X64 Processor Error Info Structure
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH] efi: Fix the size not consistent issue when unmapping memory map
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi/capsule-loader: Don't output reset log when reset flags are not set
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2] efi/capsule-loader: Don't output reset log when reset flags are not set
  • From: Shunyong Yang <shunyong.yang@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] efi/capsule-loader: Don't output reset log when header flags is not set
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi: Fix the size not consistent issue when unmapping memory map
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• Re: [PATCH] efi/capsule-loader: Don't output reset log when header flags is not set
  • From: "Yang, Shunyong" <shunyong.yang@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH v2] efi: Ignore unrealistically large option roms
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2] efi: Ignore unrealistically large option roms
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH -next] efi/libstub/tpm: Make function efi_retrieve_tpm2_eventlog_1_2() static
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/4] Ignore unrealistically large option roms in EFI stub code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/capsule-loader: Don't output reset log when header flags is not set
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Ignore unrealistically large option roms in EFI stub code
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• RE: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Pankaj Bansal <pankaj.bansal@xxxxxxx>
• [PATCH v4 4/4] efi/x86: Ignore unrealistically large option roms
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 3/4] efi/x86: fold __setup_efi_pci32 and __setup_efi_pci64 into one
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 2/4] efi: align efi_pci_io_protocol typedefs to type naming convention
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 1/4] efi: fix efi_pci_io_protocol32 prototype for mixed mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 0/4] Ignore unrealistically large option roms in EFI stub code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3] efi: Ignore unrealistically large option roms
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3] efi: Ignore unrealistically large option roms
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 1/5] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 5/5] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 4/5] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 3/5] platform/x86: Rename silead_dmi to touchscreen_dmi
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 0/5] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3] efi: Ignore unrealistically large option roms
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3] efi: Ignore unrealistically large option roms
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3] efi: Ignore unrealistically large option roms
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3] efi: Ignore unrealistically large option roms
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v3] efi: Ignore unrealistically large option roms
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v3] efi: Ignore unrealistically large option roms
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2] efi: Ignore unrealistically large option roms
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2] efi: Ignore unrealistically large option roms
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2] efi: Ignore unrealistically large option roms
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v1] device property: Get rid of union aliasing
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 1/5] efi: Export boot-services code and data as debugfs-blobs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v4 1/5] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 1/5] efi: Export boot-services code and data as debugfs-blobs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v4 1/5] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 0/5] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v4 1/5] efi: Export boot-services code and data as debugfs-blobs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC] arm64: extra entries in /proc/iomem for kexec
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v1] device property: Get rid of union aliasing
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1] device property: Get rid of union aliasing
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 1/5] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 4/5] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 5/5] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 3/5] platform/x86: Rename silead_dmi to touchscreen_dmi
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 0/5] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v1] device property: Get rid of union aliasing
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [RFC] arm64: extra entries in /proc/iomem for kexec
  • From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
• Re: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• RE: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Udit Kumar <udit.kumar@xxxxxxx>
• RE: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Udit Kumar <udit.kumar@xxxxxxx>
• Re: [RFC] arm64: extra entries in /proc/iomem for kexec
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• Re: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• Re: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [RFC] arm64: extra entries in /proc/iomem for kexec
  • From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
• RE: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Udit Kumar <udit.kumar@xxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• [PATCH] efi/capsule-loader: Don't output reset log when header flags is not set
  • From: Shunyong Yang <shunyong.yang@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC] arm64: extra entries in /proc/iomem for kexec
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm64: handle randomized TEXT_OFFSET
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm64: handle randomized TEXT_OFFSET
  • From: Kim Phillips <kim.phillips@xxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 1/5] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm64: handle randomized TEXT_OFFSET
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] efi/libstub/arm64: handle randomized TEXT_OFFSET
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi/libstub/arm64: handle randomized TEXT_OFFSET
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Grant Likely <grant.likely@xxxxxxx>
• Re: [PATCH -next] efi/libstub/tpm: Make function efi_retrieve_tpm2_eventlog_1_2() static
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH -next] efi/libstub/tpm: Make function efi_retrieve_tpm2_eventlog_1_2() static
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] efi: Export boot-services code and data as debugfs-blobs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: random.c regression on arm64 EFI systems
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: random.c regression on arm64 EFI systems
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• random.c regression on arm64 EFI systems
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 3/5] platform/x86: Rename silead_dmi to touchscreen_dmi
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/8] Decode IA32/X64 CPER
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Udit Kumar <udit.kumar@xxxxxxx>
• RE: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Udit Kumar <udit.kumar@xxxxxxx>
• Re: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Grant Likely <grant.likely@xxxxxxx>
• RE: [PATCH 2/2] drivers: firmware: efi: install new fdt in configuration table
  • From: Udit Kumar <udit.kumar@xxxxxxx>
• Re: [PATCH] efi: Fix the size not consistent issue when unmapping memory map
  • From: Randy Wright <rwright@xxxxxxx>
• Re: [efi:next 1/1] arch/x86/xen/efi.c:133:35: sparse: incorrect type in argument 1 (different type sizes)
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] kexec_file: do not add extra alignment to efi memmap
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] efi: Fix the size not consistent issue when unmapping memory map
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] efi: Fix the size not consistent issue when unmapping memory map
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH] efi: Fix the size not consistent issue when unmapping memory map
  • From: Randy Wright <rwright@xxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [efi:next 1/1] arch/x86/xen/efi.c:133:35: sparse: incorrect type in argument 1 (different type sizes)
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [efi:next 1/1] arch/x86/xen/efi.c:133:35: sparse: incorrect type in argument 1 (different type sizes)
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCH -next] efi/libstub/tpm: Make function efi_retrieve_tpm2_eventlog_1_2() static
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [efi:next 1/1] arch/x86/xen/efi.c:133:35: sparse: incorrect type in argument 1 (different type sizes)
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFC] arm64: extra entries in /proc/iomem for kexec
  • From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
• Re: [PATCH v2] x86/xen/efi: Initialize UEFI secure boot state during dom0 boot
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 1/5] efi: Export boot-services code and data as debugfs-blobs
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] x86/xen/efi: Initialize UEFI secure boot state during dom0 boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: Fix the size not consistent issue when unmapping memory map
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH] efi: Fix the size not consistent issue when unmapping memory map
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH] efi: Fix the size not consistent issue when unmapping memory map
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] efi: Fix the size not consistent issue when unmapping memory map
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH] efi: Fix the size not consistent issue when unmapping memory map
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• Re: [RFC] arm64: extra entries in /proc/iomem for kexec
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH 4.9 149/310] x86/efi: Disable runtime services on kexec kernel if booted with efi=old_map
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] x86/xen/efi: Initialize UEFI secure boot state during dom0 boot
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: joeyli <jlee@xxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 4/5] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 3/5] platform/x86: Rename silead_dmi to touchscreen_dmi
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH v3 0/5] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 1/5] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 3/5] platform/x86: Rename silead_dmi to touchscreen_dmi
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 4/5] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 5/5] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 1/5] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 3/5] platform/x86: Rename silead_dmi to touchscreen_dmi
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 2/5] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 4/5] platform/x86: touchscreen_dmi: Add EFI embedded firmware info support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 5/5] platform/x86: touchscreen_dmi: Add info for the Chuwi Vi8 Plus tablet
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 0/5] efi/firmware/platform-x86: Add EFI embedded fw support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: joeyli <jlee@xxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: jlee@xxxxxxxx
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [RFC] arm64: extra entries in /proc/iomem for kexec
  • From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: joeyli <jlee@xxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: joeyli <jlee@xxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: joeyli <jlee@xxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] x86: Use boot_cpu_has() instead of this_cpu_has() in build_cr3_noflush()
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2] x86/xen/efi: Initialize UEFI secure boot state during dom0 boot
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2] x86/xen/efi: Initialize UEFI secure boot state during dom0 boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2] x86/xen/efi: Initialize UEFI secure boot state during dom0 boot
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCH v2] x86/xen/efi: Initialize UEFI secure boot state during dom0 boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH v2] x86/xen/efi: Initialize UEFI secure boot state during dom0 boot
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [GIT PULL] EFI updates for v4.17
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v4 1/8] efi: Fix IA32/X64 Processor Error Record definition
  • From: Yazen Ghannam <Yazen.Ghannam@xxxxxxx>
• [PATCH v4 5/8] efi: Decode IA32/X64 Cache, TLB, and Bus Check structures
  • From: Yazen Ghannam <Yazen.Ghannam@xxxxxxx>
• [PATCH v4 3/8] efi: Decode IA32/X64 Processor Error Info Structure
  • From: Yazen Ghannam <Yazen.Ghannam@xxxxxxx>
• [PATCH v4 7/8] efi: Decode IA32/X64 MS Check structure
  • From: Yazen Ghannam <Yazen.Ghannam@xxxxxxx>
• [PATCH v4 8/8] efi: Decode IA32/X64 Context Info structure
  • From: Yazen Ghannam <Yazen.Ghannam@xxxxxxx>
• [PATCH v4 6/8] efi: Decode additional IA32/X64 Bus Check fields
  • From: Yazen Ghannam <Yazen.Ghannam@xxxxxxx>
• [PATCH v4 4/8] efi: Decode UEFI-defined IA32/X64 Error Structure GUIDs
  • From: Yazen Ghannam <Yazen.Ghannam@xxxxxxx>
• [PATCH v4 2/8] efi: Decode IA32/X64 Processor Error Section
  • From: Yazen Ghannam <Yazen.Ghannam@xxxxxxx>
• [PATCH v4 0/8] Decode IA32/X64 CPER
  • From: Yazen Ghannam <Yazen.Ghannam@xxxxxxx>
• Re: [PATCH v3 3/8] efi: Decode IA32/X64 Processor Error Info Structure
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH v3 3/8] efi: Decode IA32/X64 Processor Error Info Structure
  • From: "Ghannam, Yazen" <Yazen.Ghannam@xxxxxxx>
• [GIT PULL] EFI updates for v4.17
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC] arm64: extra entries in /proc/iomem for kexec
  • From: AKASHI Takahiro <takahiro.akashi@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] efi: Export boot-services code and data as debugfs-blobs
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [RFC PATCH] efi: debugfs_blob[] can be static
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 1/2] efi: Export boot-services code and data as debugfs-blobs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Patch to replace DEFINE_SEMAPHORE with DEFINE_BINARY_SEMAPHORE
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] efi: Add embedded peripheral firmware support
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/2] efi: Export boot-services code and data as debugfs-blobs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: James Morris <jmorris@xxxxxxxxx>
• [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] efi: Ignore unrealistically large option roms
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi: Ignore unrealistically large option roms
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 3/8] efi: Decode IA32/X64 Processor Error Info Structure
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/cper: Remove the INDENT_SP silliness
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi/cper: Remove the INDENT_SP silliness
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH v3 3/8] efi: Decode IA32/X64 Processor Error Info Structure
  • From: "Ghannam, Yazen" <Yazen.Ghannam@xxxxxxx>
• RE: [PATCH v3 2/8] efi: Decode IA32/X64 Processor Error Section
  • From: "Ghannam, Yazen" <Yazen.Ghannam@xxxxxxx>