Linux EFI/UEFI Development

• Thread Index

• Re: [PATCH v2 1/2] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: "Ruigrok, Richard" <rruigrok@xxxxxxxxxxxxxx>
• Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: "Ruigrok, Richard" <rruigrok@xxxxxxxxxxxxxx>
• [PATCH v2 1/2] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 2/2] efi: arm-stub: Round up FDT allocation to mapping size
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH] efi/esrt: cleanup bad memory map log messages
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V8 06/10] acpi: apei: panic OS with fatal error status block
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: "AKASHI, Takahiro" <takahiro.akashi@xxxxxxxxxx>
• [PATCH] x86/efi: Add missing 1:1 mappings to support buggy firmware
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH v3 06/10] arm64: efi: add EFI stub
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/10] arm64: efi: add EFI stub
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 06/10] arm64: efi: add EFI stub
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3 06/10] arm64: efi: add EFI stub
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/10] arm64: efi: add EFI stub
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3 06/10] arm64: efi: add EFI stub
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/10] arm64: efi: add EFI stub
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/10] arm64: efi: add EFI stub
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/esrt: cleanup bad memory map log messages
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH] efi/esrt: cleanup bad memory map log messages
  • From: Daniel Drake <drake@xxxxxxxxxxxx>
• Re: [PATCH] efi/esrt: cleanup bad memory map log messages
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH v2 10/14] arm: efi: remove forbidden values from the PE/COFF header
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 08/14] arm64: efi: split Image code and data into separate PE/COFF sections
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 12/14] arm: efi: replace open coded constants with symbolic ones
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 02/14] include: pe.h: add some missing definitions
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 05/14] arm64: efi: remove forbidden values from the PE/COFF header
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 01/14] include: pe.h: allow for use in assembly
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 07/14] arm64: efi: replace open coded constants with symbolic ones
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 03/14] arm64: efi: move EFI header and related data to a separate .S file
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 11/14] arm: efi: remove pointless dummy .reloc section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 06/14] arm64: efi: remove pointless dummy .reloc section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 00/14] arm64+ARM: efi: PE/COFF cleanup/hardening
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 14/14] arm: efi: add PE/COFF debug table to EFI header
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 13/14] arm: efi: split zImage code and data into separate PE/COFF sections
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 04/14] arm64: efi: clean up Image header after PE header has been split off
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 09/14] arm: compressed: put zImage header and EFI header in dedicated section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/esrt: cleanup bad memory map log messages
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: "AKASHI, Takahiro" <takahiro.akashi@xxxxxxxxxx>
• [PATCH v2] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• [PATCH] efi/esrt: cleanup bad memory map log messages
  • From: Daniel Drake <drake@xxxxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• [PATCH 4.9 03/66] x86/efi: Always map the first physical page into the EFI pagetables
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 04/66] efi/fdt: Avoid FDT manipulation after ExitBootServices()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/7] efi: Add SHIM and image security database GUID definitions
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 3/7] efi: Add SHIM and image security database GUID definitions
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 3/7] efi: Add SHIM and image security database GUID definitions
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 3/7] efi: Add SHIM and image security database GUID definitions
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 2/7] arm/efi: Allow invocation of arbitrary runtime services
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 1/7] x86/efi: Allow invocation of arbitrary runtime services
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 7/7] efi: libstub: Make file I/O chunking x86-specific
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 6/7] efi: Print the secure boot status in x86 setup_arch()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 5/7] efi: Disable secure boot if shim is in insecure mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 4/7] efi: Get the secure boot status
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 3/7] efi: Add SHIM and image security database GUID definitions
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 0/7] EFI updates for v4.11 part 2
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V8 04/10] arm64: exception: handle Synchronous External Abort
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V8 09/10] trace, ras: add ARM processor error trace event
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [REGRESSION][v4.9.y][v4.10.y] x86/efi: Only map RAM into EFI page tables if in mixed-mode
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH V8 04/10] arm64: exception: handle Synchronous External Abort
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v4] efi: arm64: Add vmlinux debug link to the Image binary
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v4] efi: arm64: Add vmlinux debug link to the Image binary
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v4] efi: arm64: Add vmlinux debug link to the Image binary
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [REGRESSION][v4.9.y][v4.10.y] x86/efi: Only map RAM into EFI page tables if in mixed-mode
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [PATCH V2 0/4] efi/x86: move efi bgrt init code to early init
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 4/7] efi: Get the secure boot status [ver #7]
  • From: Ye Xiaolong <xiaolong.ye@xxxxxxxxx>
• Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: libstub: Make file I/O chunking x86-specific
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7]
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] efi: Get the secure boot status [ver #7]
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] EFI fixes
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [REGRESSION][v4.9.y][v4.10.y] x86/efi: Only map RAM into EFI page tables if in mixed-mode
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [REGRESSION][v4.9.y][v4.10.y] x86/efi: Only map RAM into EFI page tables if in mixed-mode
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [REGRESSION][v4.9.y][v4.10.y] x86/efi: Only map RAM into EFI page tables if in mixed-mode
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [REGRESSION][v4.9.y][v4.10.y] x86/efi: Only map RAM into EFI page tables if in mixed-mode
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [PATCH v4] efi: arm64: Add vmlinux debug link to the Image binary
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v4] efi: arm64: Add vmlinux debug link to the Image binary
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v4] efi: arm64: Add vmlinux debug link to the Image binary
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V8 09/10] trace, ras: add ARM processor error trace event
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V8 09/10] trace, ras: add ARM processor error trace event
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/7] efi: Get the secure boot status [ver #7]
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL] EFI urgent fix for v4.10
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [REGRESSION] EFI mixed mode patch triggers boot failure
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• [PATCH V8 01/10] acpi: apei: read ack upon ghes record consumption
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 07/10] efi: print unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 09/10] trace, ras: add ARM processor error trace event
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 10/10] arm/arm64: KVM: add guest SEA support
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 06/10] acpi: apei: panic OS with fatal error status block
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 04/10] arm64: exception: handle Synchronous External Abort
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 03/10] efi: parse ARM processor error
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V8 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()
  • From: Riku Voipio <riku.voipio@xxxxxxxxxx>
• Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()
  • From: Leif Lindholm <leif.lindholm@xxxxxxxxxx>
• [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH] efi: arm: remove pointless dummy .reloc section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 4/7] efi: Get the secure boot status [ver #7]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 4/7] efi: Get the secure boot status [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] efi: libstub: Make file I/O chunking x86-specific
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 4/7] efi: Get the secure boot status [ver #7]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/7] efi: Pass secure boot mode to kernel [ver #7]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 4/7] efi: Get the secure boot status [ver #7]
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/7] efi: Get the secure boot status [ver #7]
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/7] efi: Pass secure boot mode to kernel [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 0/7] efi: Pass secure boot mode to kernel [ver #7]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi: libstub: Make file I/O chunking x86-specific
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 5/7] efi: Disable secure boot if shim is in insecure mode [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 4/7] efi: Get the secure boot status [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/7] arm/efi: Allow invocation of arbitrary runtime services [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/7] efi: Add SHIM and image security database GUID definitions [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 0/7] efi: Pass secure boot mode to kernel [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/7] x86/efi: Allow invocation of arbitrary runtime services [ver #7]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/10] x86/efi: Deduplicate efi_char16_printk()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 04/10] efi: Introduce EFI_MEM_ATTR bit and set it from memory attributes table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 03/10] efi: Make EFI_MEMORY_ATTRIBUTES_TABLE initialization common across all architectures
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL 00/10] EFI updates for v4.11
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 01/10] efi: Deduplicate efi_file_size() / _read() / _close()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 05/10] x86/efi: Add support for EFI_MEMORY_ATTRIBUTES_TABLE
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 08/10] efi/x86: Move EFI BGRT init code to early init code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 09/10] efi/x86: Add debug code to print cooked memmap
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 10/10] efi: libstub: Preserve .debug sections after absolute relocation check
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 06/10] efi/esrt: Fix spelling mistake "doen't"
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH 07/10] efi: Use typed function pointers for runtime services table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: What should the default lockdown mode be if the bootloader sentinel triggers sanitization?
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: What should the default lockdown mode be if the bootloader sentinel triggers sanitization?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: What should the default lockdown mode be if the bootloader sentinel triggers sanitization?
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [REGRESSION] EFI mixed mode patch triggers boot failure
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• What should the default lockdown mode be if the bootloader sentinel triggers sanitization?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [REGRESSION] EFI mixed mode patch triggers boot failure
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [REGRESSION] EFI mixed mode patch triggers boot failure
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH] x86/efi: Always map first physical page into EFI pagetables
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] EFI urgent fix
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] efi: Pass secure boot mode to kernel [ver #6]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V2 0/4] efi/x86: move efi bgrt init code to early init
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] x86/efi: always map first physical page into EFI pagetables
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] x86/efi: always map first physical page into EFI pagetables
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] x86/efi: always map first physical page into EFI pagetables
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #6]
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/2] efi/arm64: add vmlinux link to PE/COFF debug table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 1/2] efi: libstub: Preserve .debug sections after absolute relocation check
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v3 2/2] efi: arm64: Add vmlinux debug link to the Image binary
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 2/3] x86: Remap GDT tables in the Fixmap section
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v2 3/3] x86: Make the GDT remapping read-only on 64 bit
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v2 1/3] x86/mm: Adapt MODULES_END based on Fixmap section size
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH V3 1/4] efi/x86: move efi bgrt init code to early init code
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH] x86/efi: always map first physical page into EFI pagetables
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH] x86/efi: always map first physical page into EFI pagetables
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 1/2] efi: libstub: Preserve .debug sections after absolute relocation check
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 0/2] efi/arm64: add vmlinux link to PE/COFF debug table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 0/8] efi: Pass secure boot mode to kernel [ver #6]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #6]
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH V3 1/4] efi/x86: move efi bgrt init code to early init code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V3 1/4] efi/x86: move efi bgrt init code to early init code
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH V3 1/4] efi/x86: move efi bgrt init code to early init code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH V3 1/4] efi/x86: move efi bgrt init code to early init code
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH 4.9 032/120] efi/libstub/arm*: Pass latest memory map to the kernel
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH V2 1/4] efi/x86: move efi bgrt init code to early init code
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH V2 1/4] efi/x86: move efi bgrt init code to early init code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V2 2/4] efi/x86: move efi_print_memmap to drivers/firmware/efi/memmap.c
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] partitions/efi: Fix integer overflow in GPT size calculation
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] partitions/efi: Fix integer overflow in GPT size calculation
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH V2 3/4] efi/x86: add debug code to print cooked memmap
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH V2 1/4] efi/x86: move efi bgrt init code to early init code
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH V2 2/4] efi/x86: move efi_print_memmap to drivers/firmware/efi/memmap.c
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH V7 10/10] arm/arm64: KVM: add guest SEA support
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH 8/8] efi: Add EFI_SECURE_BOOT bit [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code
  • From: Bhupesh Sharma <bhsharma@xxxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #6]
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/8] efi: Add EFI_SECURE_BOOT bit [ver #6]
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V7 10/10] arm/arm64: KVM: add guest SEA support
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH V2 1/4] efi/x86: move efi bgrt init code to early init code
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH V2 2/4] efi/x86: move efi_print_memmap to drivers/firmware/efi/memmap.c
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH V2 3/4] efi/x86: add debug code to print cooked memmap
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH V2 0/4] efi/x86: move efi bgrt init code to early init
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH] partitions/efi: Fix integer overflow in GPT size calculation
  • From: Alden Tondettar <alden.tondettar@xxxxxxxxx>
• [GIT PULL] EFI fixes
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH 3/4] efi/x86: move efi_print_memmap to drivers/firmware/efi/memmap.c
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH V7 07/10] efi: print unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V7 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V7 09/10] trace, ras: add ARM processor error trace event
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V7 06/10] acpi: apei: panic OS with fatal error status block
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V7 10/10] arm/arm64: KVM: add guest SEA support
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V7 03/10] efi: parse ARM processor error
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V7 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V7 01/10] acpi: apei: read ack upon ghes record consumption
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V7 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 4/4] efi/x86: add debug code to print cooked memmap
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 3/4] efi/x86: move efi_print_memmap to drivers/firmware/efi/memmap.c
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH 4/4] efi/x86: add debug code to print cooked memmap
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH 3/4] efi/x86: move efi_print_memmap to drivers/firmware/efi/memmap.c
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH 0/4] efi/x86: move efi bgrt init code to early init
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH 2/4] efi/x86: move efi bgrt init code to early init code
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 8/8] efi: Add EFI_SECURE_BOOT bit [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 0/8] efi: Pass secure boot mode to kernel [ver #6]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/8] efi: Pass secure boot mode to kernel [ver #6]
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/8] efi: Add EFI_SECURE_BOOT bit [ver #6]
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #6]
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH V6 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• [PATCH 4.9 099/206] efi/efivar_ssdt_load: Dont return success on allocation failure
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] efi: Pass secure boot mode to kernel
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] efi: Pass secure boot mode to kernel
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH 03/10] efi: Constify GetVariable() / SetVariable() arguments
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH V6 04/10] arm64: exception: handle Synchronous External Abort
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 03/10] efi: Constify GetVariable() / SetVariable() arguments
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 10/10] uuid: Constify UUID compound literals
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH V6 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 03/10] efi: Constify GetVariable() / SetVariable() arguments
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 10/10] uuid: Constify UUID compound literals
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V6 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] x86/efi: don't allocate memmap through memblock after mm_init()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH V6 03/10] efi: parse ARM processor error
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [GIT PULL] efi: Pass secure boot mode to kernel
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init()
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• [PATCH v3 1/2] x86/efi: don't allocate memmap through memblock after mm_init()
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init()
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init()
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init()
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 08/29] efi: Allow drivers to reserve boot services forever
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] efi: use typed function pointers for runtime services table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 10/10] uuid: Constify UUID compound literals
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 08/29] efi: Allow drivers to reserve boot services forever
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH 00/10] efi: Constify all the things
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 03/10] efi: Constify GetVariable() / SetVariable() arguments
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 08/29] efi: Allow drivers to reserve boot services forever
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH V6 04/10] arm64: exception: handle Synchronous External Abort
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] efi/libstub: arm*: double cast memory_map to hide compiler warning
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 08/29] efi: Allow drivers to reserve boot services forever
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 08/29] efi: Allow drivers to reserve boot services forever
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 00/10] efi: Constify all the things
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] efi/libstub: arm*: double cast memory_map to hide compiler warning
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH 03/10] efi: Constify GetVariable() / SetVariable() arguments
  • From: Dennis Dalessandro <dennis.dalessandro@xxxxxxxxx>
• Re: [PATCH 02/10] efi: Constify GetVariable() / SetVariable() signatures
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH] efi: use typed function pointers for runtime services table
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 10/10] uuid: Constify UUID compound literals
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 09/10] efi: Constify efi_guidcmp() arguments
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 08/10] efi: Constify EFI_SIMPLE_TEXT_OUTPUT_PROTOCOL.OutputString()
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 07/10] efi: Constify EFI_RNG_PROTOCOL.GetRNG()
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 06/10] efi: Constify EFI_FILE_PROTOCOL.GetInfo()
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 05/10] efi: Constify InstallConfigurationTable()
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 04/10] efi: Constify HandleProtocol() / LocateHandle() / LocateProtocol()
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 03/10] efi: Constify GetVariable() / SetVariable() arguments
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 02/10] efi: Constify GetVariable() / SetVariable() signatures
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 01/10] efi: use typed function pointers for runtime services table
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 00/10] efi: Constify all the things
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 01/16] Add the ability to lock down access to the running kernel image
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 01/16] Add the ability to lock down access to the running kernel image
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3] efi: prune invalid memory map entries
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi/libstub: arm*: Pass latest memory map to the kernel
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL] efi: urgent fix for v4.10 with cc to stable
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init()
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init()
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init()
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• Re: [PATCH] x86/efi Fix regression in efi_arch_mem_reserve
  • From: Petr Oros <poros@xxxxxxxxxx>
• Re: [PATCH 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Mika Penttilä <mika.penttila@xxxxxxxxxxxx>
• Re: [PATCH] x86/efi Fix regression in efi_arch_mem_reserve
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init()
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• [PATCH 1/2] x86/efi: don't allocate memmap through memblock after mm_init()
  • From: Nicolai Stange <nicstange@xxxxxxxxx>
• [PATCH] x86/efi Fix regression in efi_arch_mem_reserve
  • From: Petr Oros <poros@xxxxxxxxxx>
• Re: [PATCH v2] efi/libstub: arm*: Pass latest memory map to the kernel
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2] efi/libstub: arm*: Pass latest memory map to the kernel
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH V6 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] efi/libstub: arm*: double cast memory_map to hide compiler warning
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH] efi/libstub: arm*: double cast memory_map to hide compiler warning
  • From: James Morse <james.morse@xxxxxxx>
• Re: [efi:urgent 1/1] drivers/firmware/efi/libstub/fdt.c:303:9: warning: cast from pointer to integer of different size
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v3] efi: prune invalid memory map entries
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [efi:urgent 1/1] drivers/firmware/efi/libstub/fdt.c:303:9: warning: cast from pointer to integer of different size
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [efi:urgent 1/1] drivers/firmware/efi/libstub/fdt.c:303:9: warning: cast from pointer to integer of different size
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v2] efi/libstub: arm*: Pass latest memory map to the kernel
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] efi/libstub: arm*: Pass latest memory map to the kernel
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH V6 03/10] efi: parse ARM processor error
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 1/4] efi: efi_print_memmap(): Call out invalid entries in the memory map early.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH v3] efi: prune invalid memory map entries
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 1/4] efi: efi_print_memmap(): Call out invalid entries in the memory map early.
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 0/4] UEFI: EFI_MEMORY_ATTRIBUTES_TABLE support for x86
  • From: joeyli <jlee@xxxxxxxx>
• [PATCH 4/4] efi: efi_memmap_insert(): don't split regions with invalid sizes.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH 3/4] efi: efi_memmap_insert(): don't insert a region more than once
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH 2/4] efi: efi_map_region(): traceback if we try to map invalid sized regions
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH 1/4] efi: prune invalid memory map entries
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH 1/4] efi: efi_print_memmap(): Call out invalid entries in the memory map early.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: arm*: Pass latest memory map to the kernel
  • From: Jeffrey Hugo <jhugo@xxxxxxxxxxxxxx>
• Re: [PATCH] efi/libstub: arm*: Pass latest memory map to the kernel
  • From: James Morse <james.morse@xxxxxxx>
• [GIT PULL] EFI changes for v4.10
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] efi/libstub: arm*: Pass latest memory map to the kernel
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [BUG/RFC] efi/libstub: Preserve the memory map pointed to by the FDT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [BUG/RFC] efi/libstub: Preserve the memory map pointed to by the FDT
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 1/4] efi: efi_print_memmap(): Call out invalid entries in the memory map early.
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] efi/esrt: fix spelling mistake "doen't"
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] efi/esrt: fix spelling mistake "doen't"
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 10/20] Add support to access boot related data in the clear
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #5]
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #5]
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 1/8] efi: use typed function pointers for runtime services table [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/8] x86/efi: Allow invocation of arbitrary runtime services [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/8] arm/efi: Allow invocation of arbitrary runtime services [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 4/8] efi: Add SHIM and image security database GUID definitions [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 5/8] efi: Get the secure boot status [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 7/8] efi: Handle secure boot from UEFI-2.6 [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 8/8] efi: Add EFI_SECURE_BOOT bit [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 6/8] efi: Disable secure boot if shim is in insecure mode [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 0/8] efi: Pass secure boot mode to kernel [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] efi: Pass secure boot mode to kernel
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [GIT PULL] efi: Pass secure boot mode to kernel
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #5]
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH V6 01/10] acpi: apei: read ack upon ghes record consumption
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V6 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V6 03/10] efi: parse ARM processor error
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V6 04/10] arm64: exception: handle Synchronous External Abort
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V6 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V6 09/10] trace, ras: add ARM processor error trace event
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V6 07/10] efi: print unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V6 10/10] arm/arm64: KVM: add guest SEA support
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V6 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V6 06/10] acpi: apei: panic OS with fatal error status block
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V6 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH 4/4] efi: efi_memmap_insert(): don't split regions with invalid sizes.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH 2/4] efi: efi_map_region(): traceback if we try to map invalid sized regions
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH 3/4] efi: efi_memmap_insert(): don't insert a region more than once
  • From: Peter Jones <pjones@xxxxxxxxxx>
• [PATCH 1/4] efi: efi_print_memmap(): Call out invalid entries in the memory map early.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH 0/4] UEFI: EFI_MEMORY_ATTRIBUTES_TABLE support for x86
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH 0/4] UEFI: EFI_MEMORY_ATTRIBUTES_TABLE support for x86
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] UEFI: EFI_MEMORY_ATTRIBUTES_TABLE support for x86
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: Does anything ever enter through startup_64 in head_64.S?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Does anything ever enter through startup_64 in head_64.S?
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Does anything ever enter through startup_64 in head_64.S?
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 0/4] UEFI: EFI_MEMORY_ATTRIBUTES_TABLE support for x86
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] efi: Skip parsing of EFI_PROPERTIES_TABLE if EFI_MEMORY_ATTRIBUTES_TABLE is detected
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] efi: Make EFI_MEMORY_ATTRIBUTES_TABLE initialization common across all architectures
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] UEFI: EFI_MEMORY_ATTRIBUTES_TABLE support for x86
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/8] efi: use typed function pointers for runtime services table [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/8] x86/efi: Allow invocation of arbitrary runtime services [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/8] arm/efi: Allow invocation of arbitrary runtime services [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 4/8] efi: Add SHIM and image security database GUID definitions [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 5/8] efi: Get the secure boot status [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 6/8] efi: Disable secure boot if shim is in insecure mode [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 7/8] efi: Add EFI_SECURE_BOOT bit [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 8/8] efi: Handle secure boot from UEFI-2.6 [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v3 10/20] Add support to access boot related data in the clear
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/8] efi: Pass secure boot mode to kernel [ver #5]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 5/8] efi: Get the secure boot status [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 8/8] efi: Handle secure boot from UEFI-2.6 [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 7/8] efi: Add EFI_SECURE_BOOT bit [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 5/8] efi: Get the secure boot status [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 6/8] efi: Disable secure boot if shim is in insecure mode [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 0/8] efi: Pass secure boot mode to kernel [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/8] x86/efi: Allow invocation of arbitrary runtime services [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/8] arm/efi: Allow invocation of arbitrary runtime services [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 4/8] efi: Add SHIM and image security database GUID definitions [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/8] efi: use typed function pointers for runtime services table [ver #4]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/4] efi: Introduce EFI_MEM_ATTR bit and set it from memory attributes table
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 3/4] x86/efi: Add support for EFI_MEMORY_ATTRIBUTES_TABLE
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 1/4] efi: Make EFI_MEMORY_ATTRIBUTES_TABLE initialization common across all architectures
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 4/4] efi: Skip parsing of EFI_PROPERTIES_TABLE if EFI_MEMORY_ATTRIBUTES_TABLE is detected
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• [PATCH 0/4] UEFI: EFI_MEMORY_ATTRIBUTES_TABLE support for x86
  • From: Sai Praneeth Prakhya <sai.praneeth.prakhya@xxxxxxxxx>
• Re: [PATCH 0/2] Honey, I shrunk the EFI stub
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] MODSIGN: Import certificates from UEFI Secure Boot
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] MODSIGN: Import certificates from UEFI Secure Boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• linux kernel support for logitech g502 proteus
  • From: Samuel Bernardo <samuelbernardo.mail@xxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/16] Kernel lockdown
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 20/20] x86: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v3 19/20] x86: Add support to make use of Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [RFC PATCH v3 20/20] x86: Add support to make use of Secure Memory Encryption
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [RFC PATCH v3 15/20] x86: Check for memory encryption on the APs
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH V5 03/10] efi: parse ARMv8 processor error
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: Corey Minyard <minyard@xxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: Corey Minyard <minyard@xxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: Corey Minyard <minyard@xxxxxxx>
• Re: [PATCH V5 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 20/20] x86: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V5 03/10] efi: parse ARMv8 processor error
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH V5 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH V5 01/10] acpi: apei: read ack upon ghes record consumption
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Robert Richter <robert.richter@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] efi: use typed function pointers for runtime services table
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Robert Richter <robert.richter@xxxxxxxxxx>
• Re: [PATCH 8/9] MODSIGN: Import certificates from UEFI Secure Boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] MODSIGN: Import certificates from UEFI Secure Boot
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] efi/libstub: Make efi_random_alloc() allocate below 4 GB on 32-bit
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [GIT PULL] one more EFI patch for v4.10
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Robert Richter <robert.richter@xxxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Robert Richter <robert.richter@xxxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Robert Richter <robert.richter@xxxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Robert Richter <robert.richter@xxxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH v3 19/20] x86: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Robert Richter <robert.richter@xxxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 2/6] arm/efi: Allow invocation of arbitrary runtime services [ver #2]
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 5/6] efi: Disable secure boot if shim is in insecure mode [ver #2]
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 7/7] efi: Add EFI_SECURE_BOOT bit [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 6/7] efi: Disable secure boot if shim is in insecure mode [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 5/7] efi: Get the secure boot status [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 4/7] efi: Add SHIM and image security database GUID definitions [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/7] arm/efi: Allow invocation of arbitrary runtime services [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/7] x86/efi: Allow invocation of arbitrary runtime services [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/7] efi: use typed function pointers for runtime services table [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 0/7] efi: Pass secure boot mode to kernel [ver #3]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 2/6] arm/efi: Allow invocation of arbitrary runtime services [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 2/6] arm/efi: Allow invocation of arbitrary runtime services [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH] efi: use typed function pointers for runtime services table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/6] arm/efi: Allow invocation of arbitrary runtime services [ver #2]
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 2/6] arm/efi: Allow invocation of arbitrary runtime services [ver #2]
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 6/6] efi: Add EFI_SECURE_BOOT bit [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 6/6] efi: Add EFI_SECURE_BOOT bit [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 2/6] arm/efi: Allow invocation of arbitrary runtime services [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status [ver #2]
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 6/6] efi: Add EFI_SECURE_BOOT bit [ver #2]
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH 2/6] arm/efi: Allow invocation of arbitrary runtime services [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 4/6] efi: Get the secure boot status [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 5/6] efi: Disable secure boot if shim is in insecure mode [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 0/6] efi: Pass secure boot mode to kernel [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/6] efi: Add SHIM and image security database GUID definitions [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 6/6] efi: Add EFI_SECURE_BOOT bit [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/6] x86/efi: Allow invocation of arbitrary runtime services [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [RFC PATCH v3 15/20] x86: Check for memory encryption on the APs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v3 20/20] x86: Add support to make use of Secure Memory Encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V5 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64
  • From: "Baicar, Tyler" <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] x86/efi: Allow invocation of arbitrary runtime services
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/6] x86/efi: Allow invocation of arbitrary runtime services
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/6] x86/efi: Allow invocation of arbitrary runtime services
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/6] x86/efi: Allow invocation of arbitrary runtime services
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/6] x86/efi: Allow invocation of arbitrary runtime services
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/6] x86/efi: Allow invocation of arbitrary runtime services
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 6/6] efi: Add EFI_SECURE_BOOT bit
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 5/6] efi: Disable secure boot if shim is in insecure mode
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [RFC PATCH v3 13/20] x86: DMA support for memory encryption
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V5 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 4/6] efi: Get the secure boot status
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 1/6] x86/efi: Allow invocation of arbitrary runtime services
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v2] efi/libstub: Make efi_random_alloc() allocate below 4 GB on 32-bit
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] arm/efi: Allow invocation of arbitrary runtime services
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/6] efi: Add SHIM and image security database GUID definitions
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 5/6] efi: Disable secure boot if shim is in insecure mode
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 6/6] efi: Add EFI_SECURE_BOOT bit
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 4/6] efi: Get the secure boot status
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/6] x86/efi: Allow invocation of arbitrary runtime services
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH V5 03/10] efi: parse ARMv8 processor error
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V5 05/10] acpi: apei: handle SEA notification type for ARMv8
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V5 07/10] efi: print unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V5 09/10] trace, ras: add ARM processor error trace event
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V5 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V5 10/10] arm/arm64: KVM: add guest SEA support
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V5 06/10] acpi: apei: panic OS with fatal error status block
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V5 04/10] arm64: exception: handle Synchronous External Abort
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V5 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V5 01/10] acpi: apei: read ack upon ghes record consumption
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V5 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH 02/16] efi: Get the secure boot status
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 00/16] Kernel lockdown
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 9/9] MODSIGN: Allow the "db" UEFI variable to be suppressed
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 9/9] MODSIGN: Allow the "db" UEFI variable to be suppressed
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH 9/9] MODSIGN: Allow the "db" UEFI variable to be suppressed
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 9/9] MODSIGN: Allow the "db" UEFI variable to be suppressed
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: [PATCH 9/9] MODSIGN: Allow the "db" UEFI variable to be suppressed
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 9/9] MODSIGN: Allow the "db" UEFI variable to be suppressed
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] KEYS: Allow unrestricted boot-time addition of keys to secondary keyring
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] MODSIGN: Import certificates from UEFI Secure Boot
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 9/9] MODSIGN: Allow the "db" UEFI variable to be suppressed
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 8/9] MODSIGN: Import certificates from UEFI Secure Boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 6/9] efi: Add EFI signature data types
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 5/9] efi: Add SHIM and image security database GUID definitions
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 02/16] efi: Get the secure boot status
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 4/9] KEYS: Allow unrestricted boot-time addition of keys to secondary keyring
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 02/16] efi: Get the secure boot status
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 4/9] KEYS: Allow unrestricted boot-time addition of keys to secondary keyring
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/16] efi: Get the secure boot status
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 02/16] efi: Get the secure boot status
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 02/16] efi: Get the secure boot status
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 02/16] efi: Get the secure boot status
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 02/16] efi: Get the secure boot status
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH v3 11/20] x86: Add support for changing memory encryption attribute
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v3 10/20] Add support to access boot related data in the clear
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [RFC PATCH v3 12/20] x86: Decrypt trampoline area if memory encryption is active
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>