Linux EFI Development - Date Index

• Date Index

• Re: [RFC PATCH v4 06/28] x86: Add support to enable SME during early boot processing, (continued)
  • Re: [RFC PATCH v4 06/28] x86: Add support to enable SME during early boot processing, Borislav Petkov
    • Re: [RFC PATCH v4 06/28] x86: Add support to enable SME during early boot processing, Tom Lendacky
      • Re: [RFC PATCH v4 06/28] x86: Add support to enable SME during early boot processing, Borislav Petkov
  • [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption, Tom Lendacky
    • Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption, Borislav Petkov
      • Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption, Tom Lendacky
        • Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption, Borislav Petkov
    • Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption, Borislav Petkov
      • Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption, Tom Lendacky
    • Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption, Dave Hansen
      • Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption, Tom Lendacky
    • Re: [RFC PATCH v4 07/28] x86: Provide general kernel support for memory encryption, Dave Hansen
  • [RFC PATCH v4 10/28] x86: Insure that boot memory areas are mapped properly, Tom Lendacky
    • Re: [RFC PATCH v4 10/28] x86: Insure that boot memory areas are mapped properly, Borislav Petkov
      • Re: [RFC PATCH v4 10/28] x86: Insure that boot memory areas are mapped properly, Tom Lendacky
  • [RFC PATCH v4 12/28] efi: Add an EFI table address match function, Tom Lendacky
  • [RFC PATCH v4 08/28] x86: Extend the early_memremap support with additional attrs, Tom Lendacky
    • Re: [RFC PATCH v4 08/28] x86: Extend the early_memremap support with additional attrs, Borislav Petkov
      • Re: [RFC PATCH v4 08/28] x86: Extend the early_memremap support with additional attrs, Tom Lendacky
  • [RFC PATCH v4 04/28] x86: Handle reduction in physical address size with SME, Tom Lendacky
    • Re: [RFC PATCH v4 04/28] x86: Handle reduction in physical address size with SME, Borislav Petkov
  • Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD), Borislav Petkov
    • Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD), Tom Lendacky
    • Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD), Rik van Riel
      • Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD), Borislav Petkov
  • Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD), Dave Young
    • Re: [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD), Tom Lendacky
• Re: EFI stub kexec probelm, Dave Young
• [PATCH V10 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64, Tyler Baicar
  • [PATCH V10 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1, Tyler Baicar
    • Re: [PATCH V10 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1, Ard Biesheuvel
  • [PATCH V10 06/10] acpi: apei: panic OS with fatal error status block, Tyler Baicar
  • [PATCH V10 10/10] arm/arm64: KVM: add guest SEA support, Tyler Baicar
  • [PATCH V10 09/10] trace, ras: add ARM processor error trace event, Tyler Baicar
  • [PATCH V10 07/10] efi: print unrecognized CPER section, Tyler Baicar
    • Re: [PATCH V10 07/10] efi: print unrecognized CPER section, Joe Perches
      • Re: [PATCH V10 07/10] efi: print unrecognized CPER section, Baicar, Tyler
    • Re: [PATCH V10 07/10] efi: print unrecognized CPER section, James Morse
      • Re: [PATCH V10 07/10] efi: print unrecognized CPER section, Baicar, Tyler
        • Re: [PATCH V10 07/10] efi: print unrecognized CPER section, Joe Perches
      • Re: [PATCH V10 07/10] efi: print unrecognized CPER section, Russell King - ARM Linux
        • Re: [PATCH V10 07/10] efi: print unrecognized CPER section, James Morse
  • [PATCH V10 05/10] acpi: apei: handle SEA notification type for ARMv8, Tyler Baicar
    • Re: [PATCH V10 05/10] acpi: apei: handle SEA notification type for ARMv8, Ard Biesheuvel
      • Re: [PATCH V10 05/10] acpi: apei: handle SEA notification type for ARMv8, Baicar, Tyler
  • [PATCH V10 04/10] arm64: exception: handle Synchronous External Abort, Tyler Baicar
  • [PATCH V10 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section, Tyler Baicar
  • [PATCH V10 01/10] acpi: apei: read ack upon ghes record consumption, Tyler Baicar
  • [PATCH V10 03/10] efi: parse ARM processor error, Tyler Baicar
    • Re: [PATCH V10 03/10] efi: parse ARM processor error, Ard Biesheuvel
• [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Jan Kiszka
  • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Ard Biesheuvel
    • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Jan Kiszka
  • [PATCH 1/2] efi/capsule: Prepare for loading images with security header, Jan Kiszka
  • [PATCH 2/2] efi/capsule: Add support for Quark security header, Jan Kiszka
    • Re: [PATCH 2/2] efi/capsule: Add support for Quark security header, Bryan O'Donoghue
      • Re: [PATCH 2/2] efi/capsule: Add support for Quark security header, Jan Kiszka
  • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Andy Shevchenko
  • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Andy Shevchenko
    • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Jan Kiszka
      • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Jan Kiszka
        • RE: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Kweh, Hock Leong
          • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Jan Kiszka
            • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Ard Biesheuvel
              • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Jan Kiszka
                • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Bryan O'Donoghue
                  • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Jan Kiszka
                  • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Jan Kiszka
          • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Bryan O'Donoghue
            • RE: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Kweh, Hock Leong
              • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Jan Kiszka
                • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Matt Fleming
                  • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Jan Kiszka
                    • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Matt Fleming
                      • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Ard Biesheuvel
                        • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Andy Shevchenko
                          • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Andy Shevchenko
                            • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Bryan O'Donoghue
                              • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Bryan O'Donoghue
                              • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Andy Shevchenko
                                • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Bryan O'Donoghue
                                  • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Andy Shevchenko
                                    • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Bryan O'Donoghue
                                      • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Bryan O'Donoghue
                                        • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Andy Shevchenko
              • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Bryan O'Donoghue
                • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Jan Kiszka
                  • Re: [PATCH 0/2] efi: Enhance capsule loader to support signed Quark images, Bryan O'Donoghue
• [PATCH V9 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64, Tyler Baicar
  • [PATCH V9 04/10] arm64: exception: handle Synchronous External Abort, Tyler Baicar
  • [PATCH V9 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section, Tyler Baicar
  • [PATCH V9 10/10] arm/arm64: KVM: add guest SEA support, Tyler Baicar
  • [PATCH V9 09/10] trace, ras: add ARM processor error trace event, Tyler Baicar
    • Re: [PATCH V9 09/10] trace, ras: add ARM processor error trace event, Steven Rostedt
      • Re: [PATCH V9 09/10] trace, ras: add ARM processor error trace event, Baicar, Tyler
  • [PATCH V9 03/10] efi: parse ARM processor error, Tyler Baicar
  • [PATCH V9 06/10] acpi: apei: panic OS with fatal error status block, Tyler Baicar
  • [PATCH V9 05/10] acpi: apei: handle SEA notification type for ARMv8, Tyler Baicar
    • Re: [PATCH V9 05/10] acpi: apei: handle SEA notification type for ARMv8, kbuild test robot
  • [PATCH V9 07/10] efi: print unrecognized CPER section, Tyler Baicar
  • [PATCH V9 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1, Tyler Baicar
  • [PATCH V9 01/10] acpi: apei: read ack upon ghes record consumption, Tyler Baicar
• [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86, Bhupesh Sharma
  • [PATCH 1/2] x86/efi-bgrt: Move efi-bgrt handling out of arch/x86, Bhupesh Sharma
  • [PATCH 2/2] bgrt: Make ACPI BGRT parsing code common for ARCHs, Bhupesh Sharma
  • Re: [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86, Ard Biesheuvel
    • Re: [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86, Rafael J. Wysocki
      • Re: [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86, Bhupesh Sharma
        • Re: [PATCH 0/2] RFC: Move efi bgrt code out of arch/x86, Ard Biesheuvel
• [PATCH V2] x86/efi: Add missing 1:1 mappings to support buggy firmware, Sai Praneeth Prakhya
  • Re: [PATCH V2] x86/efi: Add missing 1:1 mappings to support buggy firmware, Matt Fleming
    • Re: [PATCH V2] x86/efi: Add missing 1:1 mappings to support buggy firmware, Sai Praneeth Prakhya
      • Re: [PATCH V2] x86/efi: Add missing 1:1 mappings to support buggy firmware, Sai Praneeth Prakhya
        • Re: [PATCH V2] x86/efi: Add missing 1:1 mappings to support buggy firmware, Matt Fleming
          • Re: [PATCH V2] x86/efi: Add missing 1:1 mappings to support buggy firmware, Sai Praneeth Prakhya
• [PATCH v3 1/4] x86/mm: Adapt MODULES_END based on Fixmap section size, Thomas Garnier
  • [PATCH v3 4/4] KVM: VMX: Simplify segment_base, Thomas Garnier
  • [PATCH v3 2/4] x86: Remap GDT tables in the Fixmap section, Thomas Garnier
    • Re: [PATCH v3 2/4] x86: Remap GDT tables in the Fixmap section, Boris Ostrovsky
  • [PATCH v3 3/4] x86: Make the GDT remapping read-only on 64-bit, Thomas Garnier
  • Re: [PATCH v3 1/4] x86/mm: Adapt MODULES_END based on Fixmap section size, Borislav Petkov
• [PATCH] x86/efi: Clean up efi CR3 save/restore, Andy Lutomirski
  • Re: [PATCH] x86/efi: Clean up efi CR3 save/restore, Matt Fleming
• [PATCH v2 1/2] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Ard Biesheuvel
  • [PATCH v2 2/2] efi: arm-stub: Round up FDT allocation to mapping size, Ard Biesheuvel
    • Message not available
      • Re: [PATCH v2 2/2] efi: arm-stub: Round up FDT allocation to mapping size, Ard Biesheuvel
    • Re: [PATCH v2 2/2] efi: arm-stub: Round up FDT allocation to mapping size, Jeffrey Hugo
      • Re: [PATCH v2 2/2] efi: arm-stub: Round up FDT allocation to mapping size, Ard Biesheuvel
    • Re: [PATCH v2 2/2] efi: arm-stub: Round up FDT allocation to mapping size, Timur Tabi
      • Re: [PATCH v2 2/2] efi: arm-stub: Round up FDT allocation to mapping size, Ard Biesheuvel
  • Re: [PATCH v2 1/2] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Ruigrok, Richard
    • Re: [PATCH v2 1/2] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Ard Biesheuvel
      • Re: [PATCH v2 1/2] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Mark Rutland
        • Re: [PATCH v2 1/2] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Ard Biesheuvel
  • Re: [PATCH v2 1/2] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Jeffrey Hugo
• [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Ard Biesheuvel
  • Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Ard Biesheuvel
  • Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Jeffrey Hugo
    • Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Ard Biesheuvel
      • Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Jeffrey Hugo
        • Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Ard Biesheuvel
          • Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Jeffrey Hugo
            • Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Ard Biesheuvel
              • Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Ard Biesheuvel
                • Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Jeffrey Hugo
                  • Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Ard Biesheuvel
  • Re: [PATCH] efi: arm-stub: Correct FDT and initrd allocation rules for arm64, Ruigrok, Richard
• [PATCH] x86/efi: Add missing 1:1 mappings to support buggy firmware, Sai Praneeth Prakhya
  • Re: [PATCH] x86/efi: Add missing 1:1 mappings to support buggy firmware, Matt Fleming
    • Re: [PATCH] x86/efi: Add missing 1:1 mappings to support buggy firmware, Sai Praneeth Prakhya
      • Re: [PATCH] x86/efi: Add missing 1:1 mappings to support buggy firmware, Matt Fleming
• [PATCH v2 00/14] arm64+ARM: efi: PE/COFF cleanup/hardening, Ard Biesheuvel
  • [PATCH v2 09/14] arm: compressed: put zImage header and EFI header in dedicated section, Ard Biesheuvel
  • [PATCH v2 04/14] arm64: efi: clean up Image header after PE header has been split off, Ard Biesheuvel
    • Re: [PATCH v2 04/14] arm64: efi: clean up Image header after PE header has been split off, Mark Rutland
      • Re: [PATCH v2 04/14] arm64: efi: clean up Image header after PE header has been split off, Ard Biesheuvel
  • [PATCH v2 13/14] arm: efi: split zImage code and data into separate PE/COFF sections, Ard Biesheuvel
  • [PATCH v2 14/14] arm: efi: add PE/COFF debug table to EFI header, Ard Biesheuvel
  • [PATCH v2 06/14] arm64: efi: remove pointless dummy .reloc section, Ard Biesheuvel
  • [PATCH v2 11/14] arm: efi: remove pointless dummy .reloc section, Ard Biesheuvel
  • [PATCH v2 03/14] arm64: efi: move EFI header and related data to a separate .S file, Ard Biesheuvel
    • Re: [PATCH v2 03/14] arm64: efi: move EFI header and related data to a separate .S file, Mark Rutland
  • [PATCH v2 07/14] arm64: efi: replace open coded constants with symbolic ones, Ard Biesheuvel
    • Re: [PATCH v2 07/14] arm64: efi: replace open coded constants with symbolic ones, Mark Rutland
  • [PATCH v2 01/14] include: pe.h: allow for use in assembly, Ard Biesheuvel
  • [PATCH v2 05/14] arm64: efi: remove forbidden values from the PE/COFF header, Ard Biesheuvel
    • Re: [PATCH v2 05/14] arm64: efi: remove forbidden values from the PE/COFF header, Mark Rutland
      • Re: [PATCH v2 05/14] arm64: efi: remove forbidden values from the PE/COFF header, Ard Biesheuvel
  • [PATCH v2 02/14] include: pe.h: add some missing definitions, Ard Biesheuvel
  • [PATCH v2 12/14] arm: efi: replace open coded constants with symbolic ones, Ard Biesheuvel
  • [PATCH v2 08/14] arm64: efi: split Image code and data into separate PE/COFF sections, Ard Biesheuvel
    • Re: [PATCH v2 08/14] arm64: efi: split Image code and data into separate PE/COFF sections, Mark Rutland
      • Re: [PATCH v2 08/14] arm64: efi: split Image code and data into separate PE/COFF sections, Ard Biesheuvel
  • [PATCH v2 10/14] arm: efi: remove forbidden values from the PE/COFF header, Ard Biesheuvel
• [PATCH v2] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Jeffrey Hugo
  • Re: [PATCH v2] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Jeffrey Hugo
  • Re: [PATCH v2] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Robin Murphy
    • Re: [PATCH v2] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Goel, Sameer
      • Re: [PATCH v2] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Timur Tabi
  • Re: [PATCH v2] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Mark Rutland
    • Re: [PATCH v2] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Jeffrey Hugo
    • Re: [PATCH v2] efi/libstub/arm*: Set default address and size cells values for an empty dtb, AKASHI Takahiro
      • Re: [PATCH v2] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Timur Tabi
• [PATCH] efi/esrt: cleanup bad memory map log messages, Daniel Drake
  • Re: [PATCH] efi/esrt: cleanup bad memory map log messages, Ard Biesheuvel
  • Re: [PATCH] efi/esrt: cleanup bad memory map log messages, Peter Jones
    • Re: [PATCH] efi/esrt: cleanup bad memory map log messages, Daniel Drake
      • Re: [PATCH] efi/esrt: cleanup bad memory map log messages, Peter Jones
        • Re: [PATCH] efi/esrt: cleanup bad memory map log messages, Ard Biesheuvel
• [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Jeffrey Hugo
  • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Ard Biesheuvel
    • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Jeffrey Hugo
      • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Mark Rutland
        • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Jeffrey Hugo
          • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Ard Biesheuvel
          • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Mark Rutland
            • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Jeffrey Hugo
              • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Mark Rutland
                • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, AKASHI, Takahiro
                  • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Ard Biesheuvel
                    • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, AKASHI, Takahiro
                      • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Timur Tabi
                    • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Timur Tabi
                  • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Mark Rutland
        • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Mark Rutland
  • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Mark Rutland
    • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Timur Tabi
      • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Mark Rutland
    • Re: [PATCH] efi/libstub/arm*: Set default address and size cells values for an empty dtb, Jeffrey Hugo
• [PATCH 4.9 03/66] x86/efi: Always map the first physical page into the EFI pagetables, Greg Kroah-Hartman
• [PATCH 4.9 04/66] efi/fdt: Avoid FDT manipulation after ExitBootServices(), Greg Kroah-Hartman
• [GIT PULL 0/7] EFI updates for v4.11 part 2, Ard Biesheuvel
  • [PATCH 3/7] efi: Add SHIM and image security database GUID definitions, Ard Biesheuvel
    • Re: [PATCH 3/7] efi: Add SHIM and image security database GUID definitions, Ingo Molnar
      • Re: [PATCH 3/7] efi: Add SHIM and image security database GUID definitions, Ard Biesheuvel
    • Re: [PATCH 3/7] efi: Add SHIM and image security database GUID definitions, David Howells
      • Re: [PATCH 3/7] efi: Add SHIM and image security database GUID definitions, Ingo Molnar
  • [PATCH 4/7] efi: Get the secure boot status, Ard Biesheuvel
  • [PATCH 5/7] efi: Disable secure boot if shim is in insecure mode, Ard Biesheuvel
  • [PATCH 6/7] efi: Print the secure boot status in x86 setup_arch(), Ard Biesheuvel
  • [PATCH 7/7] efi: libstub: Make file I/O chunking x86-specific, Ard Biesheuvel
  • [PATCH 1/7] x86/efi: Allow invocation of arbitrary runtime services, Ard Biesheuvel
  • [PATCH 2/7] arm/efi: Allow invocation of arbitrary runtime services, Ard Biesheuvel
• [REGRESSION][v4.9.y][v4.10.y] x86/efi: Only map RAM into EFI page tables if in mixed-mode, Joseph Salisbury
  • Re: [REGRESSION][v4.9.y][v4.10.y] x86/efi: Only map RAM into EFI page tables if in mixed-mode, Ard Biesheuvel
  • Re: [REGRESSION][v4.9.y][v4.10.y] x86/efi: Only map RAM into EFI page tables if in mixed-mode, Laura Abbott
    • Re: [REGRESSION][v4.9.y][v4.10.y] x86/efi: Only map RAM into EFI page tables if in mixed-mode, Joseph Salisbury
    • Re: [REGRESSION][v4.9.y][v4.10.y] x86/efi: Only map RAM into EFI page tables if in mixed-mode, Joseph Salisbury
      • Re: [REGRESSION][v4.9.y][v4.10.y] x86/efi: Only map RAM into EFI page tables if in mixed-mode, Linus Torvalds
• [PATCH v4] efi: arm64: Add vmlinux debug link to the Image binary, Ard Biesheuvel
  • Re: [PATCH v4] efi: arm64: Add vmlinux debug link to the Image binary, Will Deacon
    • Re: [PATCH v4] efi: arm64: Add vmlinux debug link to the Image binary, Ard Biesheuvel
      • Re: [PATCH v4] efi: arm64: Add vmlinux debug link to the Image binary, Ard Biesheuvel
        • Re: [PATCH v4] efi: arm64: Add vmlinux debug link to the Image binary, Will Deacon
          • Re: [PATCH v4] efi: arm64: Add vmlinux debug link to the Image binary, Ard Biesheuvel
• [GIT PULL] EFI urgent fix for v4.10, Ard Biesheuvel
  • [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices(), Ard Biesheuvel
    • Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices(), Leif Lindholm
    • Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices(), Ingo Molnar
      • Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices(), Ard Biesheuvel
        • Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices(), Ingo Molnar
    • Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices(), Jeffrey Hugo
      • Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices(), Jeffrey Hugo
        • Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices(), Ard Biesheuvel
• [PATCH V8 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64, Tyler Baicar
  • [PATCH V8 03/10] efi: parse ARM processor error, Tyler Baicar
  • [PATCH V8 04/10] arm64: exception: handle Synchronous External Abort, Tyler Baicar
    • Re: [PATCH V8 04/10] arm64: exception: handle Synchronous External Abort, James Morse
      • Re: [PATCH V8 04/10] arm64: exception: handle Synchronous External Abort, Baicar, Tyler
  • [PATCH V8 06/10] acpi: apei: panic OS with fatal error status block, Tyler Baicar
    • Re: [PATCH V8 06/10] acpi: apei: panic OS with fatal error status block, James Morse
      • Re: [PATCH V8 06/10] acpi: apei: panic OS with fatal error status block, Baicar, Tyler
        • Re: [PATCH V8 06/10] acpi: apei: panic OS with fatal error status block, James Morse
          • Re: [PATCH V8 06/10] acpi: apei: panic OS with fatal error status block, Baicar, Tyler
  • [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8, Tyler Baicar
    • Re: [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8, kbuild test robot
    • Re: [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8, James Morse
      • Re: [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8, Baicar, Tyler
    • Re: [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8, Zhengqiang
      • Re: [PATCH V8 05/10] acpi: apei: handle SEA notification type for ARMv8, Baicar, Tyler
  • [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section, Tyler Baicar
    • Re: [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section, kbuild test robot
    • Re: [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section, Steven Rostedt
      • Re: [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section, Baicar, Tyler
        • Re: [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section, Steven Rostedt
          • Re: [PATCH V8 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section, Baicar, Tyler
  • [PATCH V8 10/10] arm/arm64: KVM: add guest SEA support, Tyler Baicar
  • [PATCH V8 09/10] trace, ras: add ARM processor error trace event, Tyler Baicar
    • Re: [PATCH V8 09/10] trace, ras: add ARM processor error trace event, kbuild test robot
    • Re: [PATCH V8 09/10] trace, ras: add ARM processor error trace event, Steven Rostedt
      • Re: [PATCH V8 09/10] trace, ras: add ARM processor error trace event, Baicar, Tyler
  • [PATCH V8 07/10] efi: print unrecognized CPER section, Tyler Baicar
  • [PATCH V8 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1, Tyler Baicar
  • [PATCH V8 01/10] acpi: apei: read ack upon ghes record consumption, Tyler Baicar
• [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices(), Ard Biesheuvel
  • Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices(), Leif Lindholm
    • Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices(), Ard Biesheuvel
  • Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices(), Mark Rutland
  • Re: [PATCH] efi: fdt: avoid FDT manipulation after ExitBootServices(), Riku Voipio
• [PATCH] efi: arm: remove pointless dummy .reloc section, Ard Biesheuvel
• [PATCH] efi: libstub: Make file I/O chunking x86-specific, Ard Biesheuvel
  • Re: [PATCH] efi: libstub: Make file I/O chunking x86-specific, Arnd Bergmann
  • Re: [PATCH] efi: libstub: Make file I/O chunking x86-specific, Matt Fleming
• [PATCH 0/7] efi: Pass secure boot mode to kernel [ver #7], David Howells
  • [PATCH 1/7] x86/efi: Allow invocation of arbitrary runtime services [ver #7], David Howells
  • [PATCH 3/7] efi: Add SHIM and image security database GUID definitions [ver #7], David Howells
  • [PATCH 2/7] arm/efi: Allow invocation of arbitrary runtime services [ver #7], David Howells
  • [PATCH 4/7] efi: Get the secure boot status [ver #7], David Howells
    • Re: [PATCH 4/7] efi: Get the secure boot status [ver #7], kbuild test robot
    • Re: [PATCH 4/7] efi: Get the secure boot status [ver #7], kbuild test robot
      • Re: [PATCH 4/7] efi: Get the secure boot status [ver #7], Ard Biesheuvel
      • Re: [PATCH 4/7] efi: Get the secure boot status [ver #7], David Howells
        • Re: [PATCH 4/7] efi: Get the secure boot status [ver #7], Ard Biesheuvel
          • Re: [PATCH 4/7] efi: Get the secure boot status [ver #7], Matt Fleming
            • Re: [PATCH 4/7] efi: Get the secure boot status [ver #7], Ye Xiaolong
    • Re: [PATCH 4/7] efi: Get the secure boot status [ver #7], Matt Fleming
  • [PATCH 5/7] efi: Disable secure boot if shim is in insecure mode [ver #7], David Howells
  • [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7], David Howells
    • Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7], Ard Biesheuvel
    • Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7], David Howells
      • Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7], Ard Biesheuvel
      • Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7], David Howells
        • Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7], Ard Biesheuvel
        • Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7], David Howells
          • Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7], Ard Biesheuvel
            • Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7], Matt Fleming
              • Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7], Ard Biesheuvel
    • Re: [PATCH 6/7] efi: Handle secure boot from UEFI-2.6 [ver #7], David Howells
  • [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7], David Howells
    • Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7], Ard Biesheuvel
    • Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7], David Howells
      • Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7], Ard Biesheuvel
      • Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7], David Howells
      • Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7], David Howells
        • Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7], Ard Biesheuvel
          • Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7], Ard Biesheuvel
          • Re: [PATCH 7/7] efi: Print the secure boot status in x86 setup_arch() [ver #7], David Howells
  • Re: [PATCH 0/7] efi: Pass secure boot mode to kernel [ver #7], Ard Biesheuvel
  • Re: [PATCH 0/7] efi: Pass secure boot mode to kernel [ver #7], David Howells
    • Re: [PATCH 0/7] efi: Pass secure boot mode to kernel [ver #7], Ard Biesheuvel
• [GIT PULL 00/10] EFI updates for v4.11, Ard Biesheuvel
  • [PATCH 07/10] efi: Use typed function pointers for runtime services table, Ard Biesheuvel
  • [PATCH 06/10] efi/esrt: Fix spelling mistake "doen't", Ard Biesheuvel
  • [PATCH 10/10] efi: libstub: Preserve .debug sections after absolute relocation check, Ard Biesheuvel
  • [PATCH 09/10] efi/x86: Add debug code to print cooked memmap, Ard Biesheuvel
  • [PATCH 08/10] efi/x86: Move EFI BGRT init code to early init code, Ard Biesheuvel
    • Re: [PATCH 08/10] efi/x86: Move EFI BGRT init code to early init code, Sabrina Dubroca
      • Re: [PATCH 08/10] efi/x86: Move EFI BGRT init code to early init code, Dave Young
        • Re: [PATCH 08/10] efi/x86: Move EFI BGRT init code to early init code, Sabrina Dubroca
          • Re: [PATCH 08/10] efi/x86: Move EFI BGRT init code to early init code, Dave Young
            • Re: [PATCH 08/10] efi/x86: Move EFI BGRT init code to early init code, Sabrina Dubroca
  • [PATCH 05/10] x86/efi: Add support for EFI_MEMORY_ATTRIBUTES_TABLE, Ard Biesheuvel
  • [PATCH 01/10] efi: Deduplicate efi_file_size() / _read() / _close(), Ard Biesheuvel
  • [PATCH 03/10] efi: Make EFI_MEMORY_ATTRIBUTES_TABLE initialization common across all architectures, Ard Biesheuvel
  • [PATCH 04/10] efi: Introduce EFI_MEM_ATTR bit and set it from memory attributes table, Ard Biesheuvel
  • [PATCH 02/10] x86/efi: Deduplicate efi_char16_printk(), Ard Biesheuvel
• [PATCH v3 0/2] efi/arm64: add vmlinux link to PE/COFF debug table, Ard Biesheuvel
  • [PATCH v3 2/2] efi: arm64: Add vmlinux debug link to the Image binary, Ard Biesheuvel
  • [PATCH v3 1/2] efi: libstub: Preserve .debug sections after absolute relocation check, Ard Biesheuvel
• [PATCH v2 1/3] x86/mm: Adapt MODULES_END based on Fixmap section size, Thomas Garnier
  • [PATCH v2 3/3] x86: Make the GDT remapping read-only on 64 bit, Thomas Garnier
  • [PATCH v2 2/3] x86: Remap GDT tables in the Fixmap section, Thomas Garnier
• Re: [PATCH] x86/efi: always map first physical page into EFI pagetables, Jiri Kosina
  • Re: [PATCH] x86/efi: always map first physical page into EFI pagetables, Borislav Petkov
  • Re: [PATCH] x86/efi: always map first physical page into EFI pagetables, Matt Fleming
    • [PATCH v2] x86/efi: always map first physical page into EFI pagetables, Jiri Kosina
      • Re: [PATCH v2] x86/efi: always map first physical page into EFI pagetables, Matt Fleming
• [PATCH v2 0/2] efi/arm64: add vmlinux link to PE/COFF debug table, Ard Biesheuvel
  • [PATCH v2 1/2] efi: libstub: Preserve .debug sections after absolute relocation check, Ard Biesheuvel
  • [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary, Ard Biesheuvel
    • Re: [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary, Ard Biesheuvel
    • Re: [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary, Mark Rutland
      • Re: [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary, Ard Biesheuvel
        • Re: [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary, Mark Rutland
          • Re: [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary, Ard Biesheuvel
            • Re: [PATCH v2 2/2] arm64: efi: add vmlinux debug link to the Image binary, Mark Rutland
• [PATCH 4.9 032/120] efi/libstub/arm*: Pass latest memory map to the kernel, Greg Kroah-Hartman
• [PATCH V2 0/4] efi/x86: move efi bgrt init code to early init, Dave Young
  • [PATCH V2 3/4] efi/x86: add debug code to print cooked memmap, Dave Young
    • Re: [PATCH V2 3/4] efi/x86: add debug code to print cooked memmap, Nicolai Stange
  • [PATCH V2 2/4] efi/x86: move efi_print_memmap to drivers/firmware/efi/memmap.c, Dave Young
    • Re: [PATCH V2 2/4] efi/x86: move efi_print_memmap to drivers/firmware/efi/memmap.c, Nicolai Stange
    • Re: [PATCH V2 2/4] efi/x86: move efi_print_memmap to drivers/firmware/efi/memmap.c, Ard Biesheuvel
  • [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Dave Young
    • Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Nicolai Stange
    • Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Ard Biesheuvel
      • Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Nicolai Stange
        • Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Dave Young
          • Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Dave Young
            • Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Dave Young
      • Re: [PATCH V2 4/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Dave Young
  • [PATCH V2 1/4] efi/x86: move efi bgrt init code to early init code, Dave Young
    • Re: [PATCH V2 1/4] efi/x86: move efi bgrt init code to early init code, Nicolai Stange
    • Re: [PATCH V2 1/4] efi/x86: move efi bgrt init code to early init code, Ard Biesheuvel
      • Re: [PATCH V2 1/4] efi/x86: move efi bgrt init code to early init code, Dave Young
      • [PATCH V3 1/4] efi/x86: move efi bgrt init code to early init code, Dave Young
        • Re: [PATCH V3 1/4] efi/x86: move efi bgrt init code to early init code, Ard Biesheuvel
          • Re: [PATCH V3 1/4] efi/x86: move efi bgrt init code to early init code, Bhupesh Sharma
            • Re: [PATCH V3 1/4] efi/x86: move efi bgrt init code to early init code, Ard Biesheuvel
              • Re: [PATCH V3 1/4] efi/x86: move efi bgrt init code to early init code, Dave Young
  • Re: [PATCH V2 0/4] efi/x86: move efi bgrt init code to early init, Ard Biesheuvel
    • Re: [PATCH V2 0/4] efi/x86: move efi bgrt init code to early init, Dave Young
• [PATCH] partitions/efi: Fix integer overflow in GPT size calculation, Alden Tondettar
  • Re: [PATCH] partitions/efi: Fix integer overflow in GPT size calculation, Ard Biesheuvel
  • Re: [PATCH] partitions/efi: Fix integer overflow in GPT size calculation, Jens Axboe
• [GIT PULL] EFI fixes, Ingo Molnar
  • <Possible follow-ups>
  • [GIT PULL] EFI fixes, Ingo Molnar
  • [GIT PULL] EFI fixes, Ingo Molnar
  • [GIT PULL] EFI fixes, Ingo Molnar
  • [GIT PULL] EFI fixes, Ingo Molnar
  • [GIT PULL] EFI fixes, Ingo Molnar
    • Re: [GIT PULL] EFI fixes, pr-tracker-bot
  • [GIT PULL] EFI fixes, Ingo Molnar
    • Re: [GIT PULL] EFI fixes, pr-tracker-bot
  • [GIT PULL] EFI fixes, Ingo Molnar
    • Re: [GIT PULL] EFI fixes, pr-tracker-bot
  • [GIT PULL] EFI fixes, Ingo Molnar
    • Re: [GIT PULL] EFI fixes, pr-tracker-bot
  • [GIT PULL] EFI fixes, Ingo Molnar
    • Re: [GIT PULL] EFI fixes, pr-tracker-bot
  • [GIT PULL] EFI fixes, Ingo Molnar
    • Re: [GIT PULL] EFI fixes, pr-tracker-bot
  • [GIT PULL] EFI fixes, Ingo Molnar
    • Re: [GIT PULL] EFI fixes, pr-tracker-bot
  • [GIT PULL] EFI fixes, Ingo Molnar
    • Re: [GIT PULL] EFI fixes, pr-tracker-bot
  • [GIT PULL] EFI fixes, Ingo Molnar
    • Re: [GIT PULL] EFI fixes, pr-tracker-bot
  • [GIT PULL] EFI fixes, Ingo Molnar
    • Re: [GIT PULL] EFI fixes, Linus Torvalds
      • Re: [GIT PULL] EFI fixes, Ard Biesheuvel
        • Re: [GIT PULL] EFI fixes, Borislav Petkov
      • Re: [GIT PULL] EFI fixes, Peter Zijlstra
        • Re: [GIT PULL] EFI fixes, Linus Torvalds
          • Re: [GIT PULL] EFI fixes, Peter Zijlstra
          • Re: [GIT PULL] EFI fixes, Arnd Bergmann
            • Re: [GIT PULL] EFI fixes, Kirill A. Shutemov
              • Re: [GIT PULL] EFI fixes, Arnd Bergmann
                • Re: [GIT PULL] EFI fixes, Kirill A. Shutemov
                  • Re: [GIT PULL] EFI fixes, Lukas Wunner
    • Re: [GIT PULL] EFI fixes, pr-tracker-bot
  • [GIT PULL] EFI fixes, Ingo Molnar
    • Re: [GIT PULL] EFI fixes, pr-tracker-bot
• [PATCH V7 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64, Tyler Baicar
  • [PATCH V7 01/10] acpi: apei: read ack upon ghes record consumption, Tyler Baicar
  • [PATCH V7 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1, Tyler Baicar
  • [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort, Tyler Baicar
    • Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort, Will Deacon
      • Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort, Baicar, Tyler
        • Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort, Will Deacon
          • Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort, Baicar, Tyler
      • Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort, James Morse
        • Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort, Baicar, Tyler
    • Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort, James Morse
      • Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort, Baicar, Tyler
        • Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort, James Morse
          • Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort, Baicar, Tyler
            • Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort, James Morse
              • Re: [PATCH V7 04/10] arm64: exception: handle Synchronous External Abort, Baicar, Tyler
  • [PATCH V7 03/10] efi: parse ARM processor error, Tyler Baicar
  • [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8, Tyler Baicar
    • Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8, James Morse
      • Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8, Baicar, Tyler
        • Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8, James Morse
          • Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8, Baicar, Tyler
            • Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8, James Morse
              • Re: [PATCH V7 05/10] acpi: apei: handle SEA notification type for ARMv8, Baicar, Tyler
  • [PATCH V7 10/10] arm/arm64: KVM: add guest SEA support, Tyler Baicar
    • Re: [PATCH V7 10/10] arm/arm64: KVM: add guest SEA support, Marc Zyngier
      • Re: [PATCH V7 10/10] arm/arm64: KVM: add guest SEA support, Baicar, Tyler
  • [PATCH V7 06/10] acpi: apei: panic OS with fatal error status block, Tyler Baicar
  • [PATCH V7 09/10] trace, ras: add ARM processor error trace event, Tyler Baicar
  • [PATCH V7 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section, Tyler Baicar
  • [PATCH V7 07/10] efi: print unrecognized CPER section, Tyler Baicar
• [PATCH 0/4] efi/x86: move efi bgrt init code to early init, Dave Young
  • [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Dave Young
    • Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Nicolai Stange
      • Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Dave Young
        • Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Matt Fleming
          • Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Ard Biesheuvel
            • Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Matt Fleming
              • Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Ard Biesheuvel
    • Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Ard Biesheuvel
      • Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Dave Young
        • Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas, Dave Young
  • [PATCH 2/4] efi/x86: move efi bgrt init code to early init code, Dave Young
    • Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code, Dave Young
    • Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code, Nicolai Stange
      • Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code, Dave Young
        • Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code, Nicolai Stange
          • Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code, Dave Young
            • Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code, Dave Young
              • Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code, Nicolai Stange
                • Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code, Dave Young
    • Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code, Ard Biesheuvel
      • Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code, Dave Young
        • Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code, Bhupesh Sharma
          • Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code, Ard Biesheuvel
  • [PATCH 3/4] efi/x86: move efi_print_memmap to drivers/firmware/efi/memmap.c, Dave Young
    • Re: [PATCH 3/4] efi/x86: move efi_print_memmap to drivers/firmware/efi/memmap.c, Nicolai Stange
      • Re: [PATCH 3/4] efi/x86: move efi_print_memmap to drivers/firmware/efi/memmap.c, Dave Young
  • [PATCH 4/4] efi/x86: add debug code to print cooked memmap, Dave Young
    • Re: [PATCH 4/4] efi/x86: add debug code to print cooked memmap, Ard Biesheuvel
• [PATCH 4.9 099/206] efi/efivar_ssdt_load: Dont return success on allocation failure, Greg Kroah-Hartman
• [PATCH v3 1/2] x86/efi: don't allocate memmap through memblock after mm_init(), Nicolai Stange
  • [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Nicolai Stange
    • Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Ard Biesheuvel
      • Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Nicolai Stange
        • Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Ard Biesheuvel
          • Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Nicolai Stange
            • Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Ard Biesheuvel
              • Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Nicolai Stange
                • Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Matt Fleming
              • Re: [PATCH v3 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Matt Fleming
  • Re: [PATCH v3 1/2] x86/efi: don't allocate memmap through memblock after mm_init(), Dan Williams
• [PATCH 00/10] efi: Constify all the things, Lukas Wunner
  • [PATCH 01/10] efi: use typed function pointers for runtime services table, Lukas Wunner
  • [PATCH 02/10] efi: Constify GetVariable() / SetVariable() signatures, Lukas Wunner
    • Re: [PATCH 02/10] efi: Constify GetVariable() / SetVariable() signatures, Juergen Gross
  • [PATCH 03/10] efi: Constify GetVariable() / SetVariable() arguments, Lukas Wunner
    • Re: [PATCH 03/10] efi: Constify GetVariable() / SetVariable() arguments, Dennis Dalessandro
    • Re: [PATCH 03/10] efi: Constify GetVariable() / SetVariable() arguments, Ard Biesheuvel
      • Re: [PATCH 03/10] efi: Constify GetVariable() / SetVariable() arguments, Lukas Wunner
        • Re: [PATCH 03/10] efi: Constify GetVariable() / SetVariable() arguments, Ard Biesheuvel
          • Re: [PATCH 03/10] efi: Constify GetVariable() / SetVariable() arguments, Kees Cook
  • [PATCH 04/10] efi: Constify HandleProtocol() / LocateHandle() / LocateProtocol(), Lukas Wunner
  • [PATCH 05/10] efi: Constify InstallConfigurationTable(), Lukas Wunner
  • [PATCH 06/10] efi: Constify EFI_FILE_PROTOCOL.GetInfo(), Lukas Wunner
  • [PATCH 07/10] efi: Constify EFI_RNG_PROTOCOL.GetRNG(), Lukas Wunner
  • [PATCH 08/10] efi: Constify EFI_SIMPLE_TEXT_OUTPUT_PROTOCOL.OutputString(), Lukas Wunner
  • [PATCH 09/10] efi: Constify efi_guidcmp() arguments, Lukas Wunner
  • [PATCH 10/10] uuid: Constify UUID compound literals, Lukas Wunner
    • Re: [PATCH 10/10] uuid: Constify UUID compound literals, Ard Biesheuvel
      • Re: [PATCH 10/10] uuid: Constify UUID compound literals, Lukas Wunner
        • Re: [PATCH 10/10] uuid: Constify UUID compound literals, Ard Biesheuvel
  • Re: [PATCH 00/10] efi: Constify all the things, Kees Cook
  • Re: [PATCH 00/10] efi: Constify all the things, Ard Biesheuvel
• [GIT PULL] efi: urgent fix for v4.10 with cc to stable, Ard Biesheuvel
  • [PATCH] efi/libstub: arm*: Pass latest memory map to the kernel, Ard Biesheuvel
• [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init(), Nicolai Stange
  • [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Nicolai Stange
    • Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Dave Young
      • Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Matt Fleming
        • Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Mel Gorman
          • Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Matt Fleming
          • Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Matt Fleming
        • Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Dave Young
          • Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Matt Fleming
            • Re: [PATCH v2 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Dave Young
  • Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init(), Matt Fleming
    • Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init(), Nicolai Stange
      • Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init(), Ingo Molnar
        • Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init(), Dave Young
        • Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init(), Ard Biesheuvel
          • Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init(), Nicolai Stange
            • Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init(), Ard Biesheuvel
              • Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init(), Nicolai Stange
  • Re: [PATCH v2 1/2] x86/efi: don't allocate memmap through memblock after mm_init(), Dan Williams
• [PATCH 1/2] x86/efi: don't allocate memmap through memblock after mm_init(), Nicolai Stange
  • [PATCH 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Nicolai Stange
    • Re: [PATCH 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Mika Penttilä
      • Re: [PATCH 2/2] efi: efi_mem_reserve(): don't reserve through memblock after mm_init(), Nicolai Stange
• [PATCH] x86/efi Fix regression in efi_arch_mem_reserve, Petr Oros
  • Re: [PATCH] x86/efi Fix regression in efi_arch_mem_reserve, Matt Fleming
    • Re: [PATCH] x86/efi Fix regression in efi_arch_mem_reserve, Petr Oros
• [efi:urgent 1/1] drivers/firmware/efi/libstub/fdt.c:303:9: warning: cast from pointer to integer of different size, kbuild test robot
  • Re: [efi:urgent 1/1] drivers/firmware/efi/libstub/fdt.c:303:9: warning: cast from pointer to integer of different size, Matt Fleming
    • Re: [efi:urgent 1/1] drivers/firmware/efi/libstub/fdt.c:303:9: warning: cast from pointer to integer of different size, James Morse
    • [PATCH] efi/libstub: arm*: double cast memory_map to hide compiler warning, James Morse
      • Re: [PATCH] efi/libstub: arm*: double cast memory_map to hide compiler warning, Matt Fleming
        • Re: [PATCH] efi/libstub: arm*: double cast memory_map to hide compiler warning, Jeffrey Hugo
          • Re: [PATCH] efi/libstub: arm*: double cast memory_map to hide compiler warning, Ard Biesheuvel
• [PATCH v2] efi/libstub: arm*: Pass latest memory map to the kernel, James Morse
  • Re: [PATCH v2] efi/libstub: arm*: Pass latest memory map to the kernel, Matt Fleming
    • Re: [PATCH v2] efi/libstub: arm*: Pass latest memory map to the kernel, Ard Biesheuvel
      • Re: [PATCH v2] efi/libstub: arm*: Pass latest memory map to the kernel, Ard Biesheuvel
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Dave Young
  • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Andy Shevchenko
  • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Andy Shevchenko
    • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Eric W. Biederman
      • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Jean Delvare
        • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Andy Shevchenko
          • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Jean Delvare
            • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Eric W. Biederman
              • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Andy Shevchenko
      • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Andy Shevchenko
        • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Ard Biesheuvel
          • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Andy Shevchenko
            • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Eric W. Biederman
              • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Andy Shevchenko
          • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Andy Shevchenko
            • Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel, Andy Shevchenko
• [PATCH v3] efi: prune invalid memory map entries, Ard Biesheuvel
  • Re: [PATCH v3] efi: prune invalid memory map entries, Matt Fleming
    • Re: [PATCH v3] efi: prune invalid memory map entries, Ard Biesheuvel
• [GIT PULL] EFI changes for v4.10, Ingo Molnar
• [PATCH] efi/libstub: arm*: Pass latest memory map to the kernel, Ard Biesheuvel
  • Re: [PATCH] efi/libstub: arm*: Pass latest memory map to the kernel, James Morse
    • Re: [PATCH] efi/libstub: arm*: Pass latest memory map to the kernel, Jeffrey Hugo
• [BUG/RFC] efi/libstub: Preserve the memory map pointed to by the FDT, James Morse
  • Re: [BUG/RFC] efi/libstub: Preserve the memory map pointed to by the FDT, Ard Biesheuvel
• [PATCH] efi/esrt: fix spelling mistake "doen't", Colin King
  • Re: [PATCH] efi/esrt: fix spelling mistake "doen't", Ard Biesheuvel
• [PATCH 0/8] efi: Pass secure boot mode to kernel [ver #6], David Howells
  • [PATCH 6/8] efi: Disable secure boot if shim is in insecure mode [ver #6], David Howells
  • [PATCH 8/8] efi: Add EFI_SECURE_BOOT bit [ver #6], David Howells
    • Re: [PATCH 8/8] efi: Add EFI_SECURE_BOOT bit [ver #6], Matt Fleming
    • Re: [PATCH 8/8] efi: Add EFI_SECURE_BOOT bit [ver #6], David Howells
      • Re: [PATCH 8/8] efi: Add EFI_SECURE_BOOT bit [ver #6], Matt Fleming
      • Re: [PATCH 8/8] efi: Add EFI_SECURE_BOOT bit [ver #6], David Howells
  • [PATCH 7/8] efi: Handle secure boot from UEFI-2.6 [ver #6], David Howells
  • [PATCH 5/8] efi: Get the secure boot status [ver #6], David Howells
    • Re: [PATCH 5/8] efi: Get the secure boot status [ver #6], Matt Fleming
    • Re: [PATCH 5/8] efi: Get the secure boot status [ver #6], David Howells
      • Re: [PATCH 5/8] efi: Get the secure boot status [ver #6], Matt Fleming
      • Re: [PATCH 5/8] efi: Get the secure boot status [ver #6], David Howells
        • Re: [PATCH 5/8] efi: Get the secure boot status [ver #6], Matt Fleming
        • Re: [PATCH 5/8] efi: Get the secure boot status [ver #6], David Howells
          • Re: [PATCH 5/8] efi: Get the secure boot status [ver #6], Matt Fleming
          • What should the default lockdown mode be if the bootloader sentinel triggers sanitization?, David Howells
            • Re: What should the default lockdown mode be if the bootloader sentinel triggers sanitization?, Matt Fleming
            • Re: What should the default lockdown mode be if the bootloader sentinel triggers sanitization?, David Howells
              • Re: What should the default lockdown mode be if the bootloader sentinel triggers sanitization?, Matt Fleming
          • Re: [PATCH 5/8] efi: Get the secure boot status [ver #6], David Howells
      • Re: [PATCH 5/8] efi: Get the secure boot status [ver #6], David Howells
  • [PATCH 4/8] efi: Add SHIM and image security database GUID definitions [ver #6], David Howells
  • [PATCH 3/8] arm/efi: Allow invocation of arbitrary runtime services [ver #6], David Howells
  • [PATCH 2/8] x86/efi: Allow invocation of arbitrary runtime services [ver #6], David Howells
  • [PATCH 1/8] efi: use typed function pointers for runtime services table [ver #6], David Howells
  • Re: [PATCH 0/8] efi: Pass secure boot mode to kernel [ver #6], Matt Fleming
    • Re: [PATCH 0/8] efi: Pass secure boot mode to kernel [ver #6], Ard Biesheuvel
      • Re: [PATCH 0/8] efi: Pass secure boot mode to kernel [ver #6], Ard Biesheuvel
        • Re: [PATCH 0/8] efi: Pass secure boot mode to kernel [ver #6], Ard Biesheuvel
• [GIT PULL] efi: Pass secure boot mode to kernel, David Howells
  • Re: [GIT PULL] efi: Pass secure boot mode to kernel, Matt Fleming
  • Re: [GIT PULL] efi: Pass secure boot mode to kernel, David Howells
    • Re: [GIT PULL] efi: Pass secure boot mode to kernel, Matt Fleming
    • Re: [GIT PULL] efi: Pass secure boot mode to kernel, David Howells
• [PATCH V6 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64, Tyler Baicar
  • [PATCH V6 06/10] acpi: apei: panic OS with fatal error status block, Tyler Baicar
  • [PATCH V6 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section, Tyler Baicar
  • [PATCH V6 10/10] arm/arm64: KVM: add guest SEA support, Tyler Baicar
  • [PATCH V6 07/10] efi: print unrecognized CPER section, Tyler Baicar
  • [PATCH V6 09/10] trace, ras: add ARM processor error trace event, Tyler Baicar
  • [PATCH V6 05/10] acpi: apei: handle SEA notification type for ARMv8, Tyler Baicar
    • Re: [PATCH V6 05/10] acpi: apei: handle SEA notification type for ARMv8, James Morse
      • Re: [PATCH V6 05/10] acpi: apei: handle SEA notification type for ARMv8, Baicar, Tyler
        • Re: [PATCH V6 05/10] acpi: apei: handle SEA notification type for ARMv8, James Morse
          • Re: [PATCH V6 05/10] acpi: apei: handle SEA notification type for ARMv8, Baicar, Tyler
  • [PATCH V6 04/10] arm64: exception: handle Synchronous External Abort, Tyler Baicar
    • Re: [PATCH V6 04/10] arm64: exception: handle Synchronous External Abort, Will Deacon
      • Re: [PATCH V6 04/10] arm64: exception: handle Synchronous External Abort, Baicar, Tyler
  • [PATCH V6 03/10] efi: parse ARM processor error, Tyler Baicar
    • Re: [PATCH V6 03/10] efi: parse ARM processor error, James Morse
      • Re: [PATCH V6 03/10] efi: parse ARM processor error, Baicar, Tyler
  • [PATCH V6 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1, Tyler Baicar
  • [PATCH V6 01/10] acpi: apei: read ack upon ghes record consumption, Tyler Baicar
• [PATCH 1/4] efi: efi_print_memmap(): Call out invalid entries in the memory map early., Peter Jones
  • [PATCH 3/4] efi: efi_memmap_insert(): don't insert a region more than once, Peter Jones
  • [PATCH 2/4] efi: efi_map_region(): traceback if we try to map invalid sized regions, Peter Jones
  • [PATCH 4/4] efi: efi_memmap_insert(): don't split regions with invalid sizes., Peter Jones
  • Re: [PATCH 1/4] efi: efi_print_memmap(): Call out invalid entries in the memory map early., Ard Biesheuvel
    • Re: [PATCH 1/4] efi: efi_print_memmap(): Call out invalid entries in the memory map early., Peter Jones
      • [PATCH 1/4] efi: prune invalid memory map entries, Peter Jones
        • [PATCH 2/4] efi: efi_map_region(): traceback if we try to map invalid sized regions, Peter Jones
        • [PATCH 3/4] efi: efi_memmap_insert(): don't insert a region more than once, Peter Jones
        • [PATCH 4/4] efi: efi_memmap_insert(): don't split regions with invalid sizes., Peter Jones
      • Re: [PATCH 1/4] efi: efi_print_memmap(): Call out invalid entries in the memory map early., Ard Biesheuvel
        • Re: [PATCH 1/4] efi: efi_print_memmap(): Call out invalid entries in the memory map early., Peter Jones
• Does anything ever enter through startup_64 in head_64.S?, David Howells
  • Re: Does anything ever enter through startup_64 in head_64.S?, Matt Fleming
  • Re: Does anything ever enter through startup_64 in head_64.S?, David Howells
• [PATCH 0/8] efi: Pass secure boot mode to kernel [ver #5], David Howells
  • [PATCH 8/8] efi: Handle secure boot from UEFI-2.6 [ver #5], David Howells
  • [PATCH 7/8] efi: Add EFI_SECURE_BOOT bit [ver #5], David Howells
  • [PATCH 6/8] efi: Disable secure boot if shim is in insecure mode [ver #5], David Howells
  • [PATCH 5/8] efi: Get the secure boot status [ver #5], David Howells
    • Re: [PATCH 5/8] efi: Get the secure boot status [ver #5], Lukas Wunner
    • Re: [PATCH 5/8] efi: Get the secure boot status [ver #5], David Howells
      • Re: [PATCH 5/8] efi: Get the secure boot status [ver #5], Lukas Wunner
      • Re: [PATCH 5/8] efi: Get the secure boot status [ver #5], David Howells
        • Re: [PATCH 5/8] efi: Get the secure boot status [ver #5], Lukas Wunner
  • [PATCH 4/8] efi: Add SHIM and image security database GUID definitions [ver #5], David Howells
  • [PATCH 3/8] arm/efi: Allow invocation of arbitrary runtime services [ver #5], David Howells
  • [PATCH 2/8] x86/efi: Allow invocation of arbitrary runtime services [ver #5], David Howells
  • [PATCH 1/8] efi: use typed function pointers for runtime services table [ver #5], David Howells