Linux EFI Development - Date Index

• Date Index

• Re: [PATCH v1 RESEND 1/2] x86/mm/KASLR: EFI region is mistakenly included into KASLR VA space for randomization, Dave Young
• [PATCH v1 RESEND 2/2] x86/efi: Clean up a minor mistake in code comment, Baoquan He
  • Re: [PATCH v1 RESEND 2/2] x86/efi: Clean up a minor mistake in code comment, Ard Biesheuvel
    • Re: [PATCH v1 RESEND 2/2] x86/efi: Clean up a minor mistake in code comment, Baoquan He
• [PATCH 4/7] x86/boot/32: Defer resyncing initial_page_table until percpu is set up, Andy Lutomirski
  • Message not available
    • Re: [tip:x86/mm] x86/boot/32: Defer resyncing initial_page_table until per-cpu is set up, Jan Kiszka
      • Re: [tip:x86/mm] x86/boot/32: Defer resyncing initial_page_table until per-cpu is set up, Andy Shevchenko
        • Re: [tip:x86/mm] x86/boot/32: Defer resyncing initial_page_table until per-cpu is set up, Andy Lutomirski
          • Re: [tip:x86/mm] x86/boot/32: Defer resyncing initial_page_table until per-cpu is set up, Jan Kiszka
            • Re: [tip:x86/mm] x86/boot/32: Defer resyncing initial_page_table until per-cpu is set up, Andy Shevchenko
              • Re: [tip:x86/mm] x86/boot/32: Defer resyncing initial_page_table until per-cpu is set up, Jan Kiszka
            • Re: [tip:x86/mm] x86/boot/32: Defer resyncing initial_page_table until per-cpu is set up, Jan Kiszka
              • Re: [tip:x86/mm] x86/boot/32: Defer resyncing initial_page_table until per-cpu is set up, Andy Lutomirski
• [PATCH 3/7] x86/efi/32: Fix EFI on systems where the percpu GDT is virtually mapped, Andy Lutomirski
• [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
  • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Lukas Wunner
    • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
      • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Lukas Wunner
        • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
          • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Lorenzo Pieralisi
            • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
              • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Lorenzo Pieralisi
                • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
                  • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
            • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Sinan Kaya
              • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
                • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Sinan Kaya
                  • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
                    • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Lorenzo Pieralisi
                      • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
                        • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, okaya
                        • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
                          • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Sinan Kaya
                            • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
                              • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
                                • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Lorenzo Pieralisi
                                  • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Sinan Kaya
                                  • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
                                    • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
                                      • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Lorenzo Pieralisi
                                        • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
                                      • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Yinghai Lu
                                        • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
                                          • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Yinghai Lu
    • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Sinan Kaya
      • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
        • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Sinan Kaya
          • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
            • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Sinan Kaya
              • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
  • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Heyi Guo
    • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Bjorn Helgaas
      • Re: [PATCH v3] efifb: avoid reconfiguration of BAR that covers the framebuffer, Heyi Guo
• [PATCH V13 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64, Tyler Baicar
  • [PATCH V13 04/10] arm64: exception: handle Synchronous External Abort, Tyler Baicar
    • Re: [PATCH V13 04/10] arm64: exception: handle Synchronous External Abort, Catalin Marinas
  • [PATCH V13 06/10] acpi: apei: panic OS with fatal error status block, Tyler Baicar
  • [PATCH V13 07/10] efi: print unrecognized CPER section, Tyler Baicar
  • [PATCH V13 09/10] trace, ras: add ARM processor error trace event, Tyler Baicar
    • Re: [PATCH V13 09/10] trace, ras: add ARM processor error trace event, Xie XiuQi
      • Re: [PATCH V13 09/10] trace, ras: add ARM processor error trace event, Baicar, Tyler
  • [PATCH V13 10/10] arm/arm64: KVM: add guest SEA support, Tyler Baicar
    • Re: [PATCH V13 10/10] arm/arm64: KVM: add guest SEA support, Catalin Marinas
    • Re: [PATCH V13 10/10] arm/arm64: KVM: add guest SEA support, Marc Zyngier
      • Re: [PATCH V13 10/10] arm/arm64: KVM: add guest SEA support, Baicar, Tyler
    • Re: [PATCH V13 10/10] arm/arm64: KVM: add guest SEA support, Christoffer Dall
      • Re: [PATCH V13 10/10] arm/arm64: KVM: add guest SEA support, gengdongjiu
        • Re: [PATCH V13 10/10] arm/arm64: KVM: add guest SEA support, Baicar, Tyler
      • Re: [PATCH V13 10/10] arm/arm64: KVM: add guest SEA support, Baicar, Tyler
    • Re: [PATCH V13 10/10] arm/arm64: KVM: add guest SEA support, gengdongjiu
      • Re: [PATCH V13 10/10] arm/arm64: KVM: add guest SEA support, Baicar, Tyler
    • Re: [PATCH V13 10/10] arm/arm64: KVM: add guest SEA support, James Morse
  • [PATCH V13 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section, Tyler Baicar
  • [PATCH V13 05/10] acpi: apei: handle SEA notification type for ARMv8, Tyler Baicar
    • Re: [PATCH V13 05/10] acpi: apei: handle SEA notification type for ARMv8, Catalin Marinas
  • [PATCH V13 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1, Tyler Baicar
  • [PATCH V13 03/10] efi: parse ARM processor error, Tyler Baicar
  • [PATCH V13 01/10] acpi: apei: read ack upon ghes record consumption, Tyler Baicar
• [PATCH v2] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
  • Re: [PATCH v2] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
  • Re: [PATCH v2] efifb: avoid reconfiguration of BAR that covers the framebuffer, Lorenzo Pieralisi
    • Re: [PATCH v2] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
      • Re: [PATCH v2] efifb: avoid reconfiguration of BAR that covers the framebuffer, Lorenzo Pieralisi
        • Re: [PATCH v2] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
          • Re: [PATCH v2] efifb: avoid reconfiguration of BAR that covers the framebuffer, Lorenzo Pieralisi
• [PATCH] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
  • Re: [PATCH] efifb: avoid reconfiguration of BAR that covers the framebuffer, Lorenzo Pieralisi
    • Re: [PATCH] efifb: avoid reconfiguration of BAR that covers the framebuffer, Ard Biesheuvel
      • Re: [PATCH] efifb: avoid reconfiguration of BAR that covers the framebuffer, Lorenzo Pieralisi
• [PATCH] efi/libstub: arm/arm64: make debug prints dependent on efi=debug, Ard Biesheuvel
  • Re: [PATCH] efi/libstub: arm/arm64: make debug prints dependent on efi=debug, Mark Rutland
    • Re: [PATCH] efi/libstub: arm/arm64: make debug prints dependent on efi=debug, Ard Biesheuvel
• [GIT PULL] UEFI fix for v4.11-rc, Ard Biesheuvel
  • [PATCH] efi/esrt: Cleanup bad memory map log messages, Ard Biesheuvel
• [PATCH 4.9 18/44] efi/arm: Fix boot crash with CONFIG_CPUMASK_OFFSTACK=y, Greg Kroah-Hartman
• [PATCH 4.10 19/48] efi/arm: Fix boot crash with CONFIG_CPUMASK_OFFSTACK=y, Greg Kroah-Hartman
• [PATCH] efi/arm32-stub: allow boottime allocations in the vmlinux region, Ard Biesheuvel
  • Re: [PATCH] efi/arm32-stub: allow boottime allocations in the vmlinux region, Leif Lindholm
    • Re: [PATCH] efi/arm32-stub: allow boottime allocations in the vmlinux region, Ard Biesheuvel
      • RE: [PATCH] efi/arm32-stub: allow boottime allocations in the vmlinux region, Cohen, Eugene
    • Re: [PATCH] efi/arm32-stub: allow boottime allocations in the vmlinux region, Roy Franz
      • Re: [PATCH] efi/arm32-stub: allow boottime allocations in the vmlinux region, Ard Biesheuvel
        • Re: [PATCH] efi/arm32-stub: allow boottime allocations in the vmlinux region, Roy Franz
          • Re: [PATCH] efi/arm32-stub: allow boottime allocations in the vmlinux region, Ard Biesheuvel
• [PATCH] efi/libstub: skip GOP with PIXEL_BLT_ONLY format, Ard Biesheuvel
  • Re: [PATCH] efi/libstub: skip GOP with PIXEL_BLT_ONLY format, Ard Biesheuvel
• [PATCH v33 14/14] efi/libstub/arm*: Set default address and size cells values for an empty dtb, AKASHI Takahiro
• [PATCH v7 1/3] x86/mm: Adapt MODULES_END based on Fixmap section size, Thomas Garnier
  • [PATCH v7 3/3] x86: Make the GDT remapping read-only on 64-bit, Thomas Garnier
    • Re: [PATCH v7 3/3] x86: Make the GDT remapping read-only on 64-bit, Pavel Machek
      • Message not available
        • Re: [PATCH v7 3/3] x86: Make the GDT remapping read-only on 64-bit, H. Peter Anvin
  • [PATCH v7 2/3] x86: Remap GDT tables in the Fixmap section, Thomas Garnier
  • Re: [PATCH v7 1/3] x86/mm: Adapt MODULES_END based on Fixmap section size, Boris Ostrovsky
  • Re: [PATCH v7 1/3] x86/mm: Adapt MODULES_END based on Fixmap section size, Ingo Molnar
• [PATCH] pstore: return error code (if any) from efi_pstore_write, Kalugin, Evgeny
  • Re: [PATCH] pstore: return error code (if any) from efi_pstore_write, Ard Biesheuvel
    • Re: [PATCH] pstore: return error code (if any) from efi_pstore_write, Kalugin, Evgeny
      • Re: [PATCH] pstore: return error code (if any) from efi_pstore_write, Ard Biesheuvel
• Re: kexec regression since 4.9 caused by efi, Dave Young
  • Re: kexec regression since 4.9 caused by efi, Omar Sandoval
    • Re: kexec regression since 4.9 caused by efi, Ard Biesheuvel
      • Re: kexec regression since 4.9 caused by efi, Dave Young
      • Re: kexec regression since 4.9 caused by efi, Matt Fleming
    • Re: kexec regression since 4.9 caused by efi, Dave Young
    • Re: kexec regression since 4.9 caused by efi, Dave Young
      • Re: kexec regression since 4.9 caused by efi, Matt Fleming
        • Re: kexec regression since 4.9 caused by efi, Omar Sandoval
          • Re: kexec regression since 4.9 caused by efi, Omar Sandoval
        • Re: kexec regression since 4.9 caused by efi, Dave Young
          • Re: kexec regression since 4.9 caused by efi, Ard Biesheuvel
          • Re: kexec regression since 4.9 caused by efi, Matt Fleming
            • Re: kexec regression since 4.9 caused by efi, Dave Young
              • Re: kexec regression since 4.9 caused by efi, Dave Young
                • Re: kexec regression since 4.9 caused by efi, Ard Biesheuvel
                  • Re: kexec regression since 4.9 caused by efi, Dave Young
              • Re: kexec regression since 4.9 caused by efi, Matt Fleming
                • Re: kexec regression since 4.9 caused by efi, Dave Young
• [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Baoquan He
  • [PATCH 2/2] x86/mm/KASLR: Correct the upper boundary of KALSR mm regions if adjacent to EFI, Baoquan He
    • Re: [PATCH 2/2] x86/mm/KASLR: Correct the upper boundary of KALSR mm regions if adjacent to EFI, Dave Young
      • Re: [PATCH 2/2] x86/mm/KASLR: Correct the upper boundary of KALSR mm regions if adjacent to EFI, Bhupesh Sharma
        • Re: [PATCH 2/2] x86/mm/KASLR: Correct the upper boundary of KALSR mm regions if adjacent to EFI, Thomas Garnier
    • Re: [PATCH 2/2] x86/mm/KASLR: Correct the upper boundary of KALSR mm regions if adjacent to EFI, Baoquan He
      • Re: [PATCH 2/2] x86/mm/KASLR: Correct the upper boundary of KALSR mm regions if adjacent to EFI, Baoquan He
  • Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Dave Young
    • Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Bhupesh Sharma
      • Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Baoquan He
        • Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Borislav Petkov
          • Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Baoquan He
            • Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Borislav Petkov
              • Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Dave Young
          • Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Bhupesh Sharma
      • Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Baoquan He
    • Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Baoquan He
      • Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Borislav Petkov
        • Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Baoquan He
      • Re: [PATCH 1/2] x86/efi: Correct a tiny mistake in code comment, Dave Young
  • [PATCH v2 1/2] x86/efi/64: Clean up code comment about efi region, Baoquan He
• [PATCH 00/18] pstore: refactor internal APIs, Kees Cook
  • [PATCH 16/18] pstore: Replace arguments for write_buf() API, Kees Cook
  • [PATCH 10/18] pstore: Replace arguments for write() API, Kees Cook
  • [PATCH 01/18] pstore: Use dynamic spinlock initializer, Kees Cook
  • [PATCH 17/18] pstore: Replace arguments for write_buf_user() API, Kees Cook
  • [PATCH 05/18] pstore: Add kernel-doc for struct pstore_info, Kees Cook
  • [PATCH 07/18] pstore: Move record decompression to function, Kees Cook
  • [PATCH 09/18] pstore: Replace arguments for read() API, Kees Cook
  • [PATCH 06/18] pstore: Extract common arguments into structure, Kees Cook
    • Re: [PATCH 06/18] pstore: Extract common arguments into structure, Namhyung Kim
      • Re: [PATCH 06/18] pstore: Extract common arguments into structure, Kees Cook
  • [PATCH 14/18] pstore: Do not duplicate record metadata, Kees Cook
  • [PATCH 15/18] pstore: Replace arguments for erase() API, Kees Cook
  • [PATCH 08/18] pstore: Switch pstore_mkfile to pass record, Kees Cook
  • [PATCH 03/18] pstore: Avoid race in module unloading, Kees Cook
    • Re: [PATCH 03/18] pstore: Avoid race in module unloading, Namhyung Kim
      • Re: [PATCH 03/18] pstore: Avoid race in module unloading, Kees Cook
  • [PATCH 11/18] pstore: Always allocate buffer for decompression, Kees Cook
  • [PATCH 18/18] pstore: Remove write_buf() callback, Kees Cook
  • [PATCH 12/18] pstore: Pass record contents instead of copying, Kees Cook
  • [PATCH 13/18] pstore: Allocate records on heap instead of stack, Kees Cook
  • [PATCH 04/18] pstore: Improve register_pstore() error reporting, Kees Cook
  • [PATCH 02/18] pstore: Shut down worker when unregistering, Kees Cook
• [PATCH V12 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64, Tyler Baicar
  • [PATCH V12 01/10] acpi: apei: read ack upon ghes record consumption, Tyler Baicar
  • [PATCH V12 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1, Tyler Baicar
  • [PATCH V12 03/10] efi: parse ARM processor error, Tyler Baicar
  • [PATCH V12 04/10] arm64: exception: handle Synchronous External Abort, Tyler Baicar
  • [PATCH V12 05/10] acpi: apei: handle SEA notification type for ARMv8, Tyler Baicar
    • Re: [PATCH V12 05/10] acpi: apei: handle SEA notification type for ARMv8, James Morse
      • Re: [PATCH V12 05/10] acpi: apei: handle SEA notification type for ARMv8, Baicar, Tyler
    • Re: [PATCH V12 05/10] acpi: apei: handle SEA notification type for ARMv8, James Morse
      • Re: [PATCH V12 05/10] acpi: apei: handle SEA notification type for ARMv8, Baicar, Tyler
  • [PATCH V12 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section, Tyler Baicar
  • [PATCH V12 09/10] trace, ras: add ARM processor error trace event, Tyler Baicar
    • Re: [PATCH V12 09/10] trace, ras: add ARM processor error trace event, Xie XiuQi
      • Re: [PATCH V12 09/10] trace, ras: add ARM processor error trace event, Baicar, Tyler
        • Re: [PATCH V12 09/10] trace, ras: add ARM processor error trace event, Xie XiuQi
          • Re: [PATCH V12 09/10] trace, ras: add ARM processor error trace event, Xie XiuQi
            • Re: [PATCH V12 09/10] trace, ras: add ARM processor error trace event, Steven Rostedt
              • Re: [PATCH V12 09/10] trace, ras: add ARM processor error trace event, Xie XiuQi
          • Re: [PATCH V12 09/10] trace, ras: add ARM processor error trace event, Baicar, Tyler
  • [PATCH V12 10/10] arm/arm64: KVM: add guest SEA support, Tyler Baicar
    • Re: [PATCH V12 10/10] arm/arm64: KVM: add guest SEA support, James Morse
      • Re: [PATCH V12 10/10] arm/arm64: KVM: add guest SEA support, Baicar, Tyler
        • Re: [PATCH V12 10/10] arm/arm64: KVM: add guest SEA support, James Morse
          • Re: [PATCH V12 10/10] arm/arm64: KVM: add guest SEA support, Baicar, Tyler
  • [PATCH V12 07/10] efi: print unrecognized CPER section, Tyler Baicar
    • Re: [PATCH V12 07/10] efi: print unrecognized CPER section, Joe Perches
      • Re: [PATCH V12 07/10] efi: print unrecognized CPER section, Baicar, Tyler
  • [PATCH V12 06/10] acpi: apei: panic OS with fatal error status block, Tyler Baicar
  • Re: [PATCH V12 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64, James Morse
    • Re: [PATCH V12 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64, Baicar, Tyler
• PROBLEM: Unexpected contents of load options (EFI Boot Stub), Fabian Tschiatschek
  • Re: PROBLEM: Unexpected contents of load options (EFI Boot Stub), Ard Biesheuvel
• Multiple Acer laptops hang on ACPI poweroff, Daniel Drake
  • Re: Multiple Acer laptops hang on ACPI poweroff, Daniel Drake
    • Re: Multiple Acer laptops hang on ACPI poweroff, Rafael J. Wysocki
      • Re: Multiple Acer laptops hang on ACPI poweroff, Daniel Drake
• the Mail Archive is now (again) subscribed to this list..., Laszlo Ersek
  • Re: the Mail Archive is now (again) subscribed to this list..., Lukas Wunner
    • Re: the Mail Archive is now (again) subscribed to this list..., Ard Biesheuvel
  • linux-efi archive, Lukas Wunner
    • Re: linux-efi archive, Konstantin Ryabitsev
• [RFC PATCH v2 00/32] x86: Secure Encrypted Virtualization (AMD), Brijesh Singh
  • [RFC PATCH v2 01/32] x86: Add the Secure Encrypted Virtualization CPU feature, Brijesh Singh
    • Re: [RFC PATCH v2 01/32] x86: Add the Secure Encrypted Virtualization CPU feature, Borislav Petkov
      • Re: [RFC PATCH v2 01/32] x86: Add the Secure Encrypted Virtualization CPU feature, Brijesh Singh
        • Re: [RFC PATCH v2 01/32] x86: Add the Secure Encrypted Virtualization CPU feature, Borislav Petkov
          • Re: [RFC PATCH v2 01/32] x86: Add the Secure Encrypted Virtualization CPU feature, Brijesh Singh
            • Re: [RFC PATCH v2 01/32] x86: Add the Secure Encrypted Virtualization CPU feature, Borislav Petkov
  • [RFC PATCH v2 09/32] x86: Change early_ioremap to early_memremap for BOOT data, Brijesh Singh
    • Re: [RFC PATCH v2 09/32] x86: Change early_ioremap to early_memremap for BOOT data, Borislav Petkov
  • [RFC PATCH v2 06/32] x86/pci: Use memremap when walking setup data, Brijesh Singh
    • Re: [RFC PATCH v2 06/32] x86/pci: Use memremap when walking setup data, Bjorn Helgaas
      • Re: [RFC PATCH v2 06/32] x86/pci: Use memremap when walking setup data, Tom Lendacky
        • Re: [RFC PATCH v2 06/32] x86/pci: Use memremap when walking setup data, Bjorn Helgaas
          • Re: [RFC PATCH v2 06/32] x86/pci: Use memremap when walking setup data, Tom Lendacky
  • [RFC PATCH v2 08/32] x86: Use PAGE_KERNEL protection for ioremap of memory page, Brijesh Singh
    • Re: [RFC PATCH v2 08/32] x86: Use PAGE_KERNEL protection for ioremap of memory page, Borislav Petkov
      • Re: [RFC PATCH v2 08/32] x86: Use PAGE_KERNEL protection for ioremap of memory page, Tom Lendacky
        • Re: [RFC PATCH v2 08/32] x86: Use PAGE_KERNEL protection for ioremap of memory page, Tom Lendacky
          • Re: [RFC PATCH v2 08/32] x86: Use PAGE_KERNEL protection for ioremap of memory page, Tom Lendacky
  • [RFC PATCH v2 07/32] x86/efi: Access EFI data as encrypted when SEV is active, Brijesh Singh
    • Re: [RFC PATCH v2 07/32] x86/efi: Access EFI data as encrypted when SEV is active, Borislav Petkov
  • [RFC PATCH v2 02/32] x86: Secure Encrypted Virtualization (SEV) support, Brijesh Singh
    • Re: [RFC PATCH v2 02/32] x86: Secure Encrypted Virtualization (SEV) support, Borislav Petkov
    • Re: [RFC PATCH v2 02/32] x86: Secure Encrypted Virtualization (SEV) support, Borislav Petkov
  • [RFC PATCH v2 29/32] kvm: svm: Add support for SEV DEBUG_DECRYPT command, Brijesh Singh
    • Re: [RFC PATCH v2 29/32] kvm: svm: Add support for SEV DEBUG_DECRYPT command, Paolo Bonzini
      • Re: [RFC PATCH v2 29/32] kvm: svm: Add support for SEV DEBUG_DECRYPT command, Brijesh Singh
        • Re: [RFC PATCH v2 29/32] kvm: svm: Add support for SEV DEBUG_DECRYPT command, Paolo Bonzini
  • [RFC PATCH v2 30/32] kvm: svm: Add support for SEV DEBUG_ENCRYPT command, Brijesh Singh
    • Re: [RFC PATCH v2 30/32] kvm: svm: Add support for SEV DEBUG_ENCRYPT command, Paolo Bonzini
      • Re: [RFC PATCH v2 30/32] kvm: svm: Add support for SEV DEBUG_ENCRYPT command, Brijesh Singh
  • [RFC PATCH v2 05/32] x86: Use encrypted access of BOOT related data with SEV, Brijesh Singh
    • Re: [RFC PATCH v2 05/32] x86: Use encrypted access of BOOT related data with SEV, Borislav Petkov
      • Re: [RFC PATCH v2 05/32] x86: Use encrypted access of BOOT related data with SEV, Tom Lendacky
  • [RFC PATCH v2 32/32] x86: kvm: Pin the guest memory when SEV is active, Brijesh Singh
    • Re: [RFC PATCH v2 32/32] x86: kvm: Pin the guest memory when SEV is active, Paolo Bonzini
      • Re: [RFC PATCH v2 32/32] x86: kvm: Pin the guest memory when SEV is active, Brijesh Singh
  • [RFC PATCH v2 03/32] KVM: SVM: prepare for new bit definition in nested_ctl, Brijesh Singh
  • [RFC PATCH v2 24/32] kvm: x86: prepare for SEV guest management API support, Brijesh Singh
    • Re: [RFC PATCH v2 24/32] kvm: x86: prepare for SEV guest management API support, Paolo Bonzini
  • [RFC PATCH v2 22/32] kvm: svm: prepare to reserve asid for SEV guest, Brijesh Singh
  • [RFC PATCH v2 18/32] kvm: svm: Use the hardware provided GPA instead of page walk, Brijesh Singh
    • Re: [RFC PATCH v2 18/32] kvm: svm: Use the hardware provided GPA instead of page walk, Borislav Petkov
      • Re: [RFC PATCH v2 18/32] kvm: svm: Use the hardware provided GPA instead of page walk, Brijesh Singh
  • [RFC PATCH v2 23/32] kvm: introduce KVM_MEMORY_ENCRYPT_OP ioctl, Brijesh Singh
    • Re: [RFC PATCH v2 23/32] kvm: introduce KVM_MEMORY_ENCRYPT_OP ioctl, Paolo Bonzini
  • [RFC PATCH v2 19/32] crypto: ccp: Introduce the AMD Secure Processor device, Brijesh Singh
    • Re: [RFC PATCH v2 19/32] crypto: ccp: Introduce the AMD Secure Processor device, Mark Rutland
      • Re: [RFC PATCH v2 19/32] crypto: ccp: Introduce the AMD Secure Processor device, Brijesh Singh
        • Re: [RFC PATCH v2 19/32] crypto: ccp: Introduce the AMD Secure Processor device, Andy Shevchenko
  • [RFC PATCH v2 04/32] KVM: SVM: Add SEV feature definitions to KVM, Brijesh Singh
    • Re: [RFC PATCH v2 04/32] KVM: SVM: Add SEV feature definitions to KVM, Borislav Petkov
  • [RFC PATCH v2 21/32] crypto: ccp: Add Secure Encrypted Virtualization (SEV) interface support, Brijesh Singh
  • [RFC PATCH v2 20/32] crypto: ccp: Add Platform Security Processor (PSP) interface support, Brijesh Singh
  • [RFC PATCH v2 25/32] kvm: svm: Add support for SEV LAUNCH_START command, Brijesh Singh
  • [RFC PATCH v2 11/32] x86: Unroll string I/O when SEV is active, Brijesh Singh
  • [RFC PATCH v2 28/32] kvm: svm: Add support for SEV GUEST_STATUS command, Brijesh Singh
  • [RFC PATCH v2 26/32] kvm: svm: Add support for SEV LAUNCH_UPDATE_DATA command, Brijesh Singh
    • Re: [RFC PATCH v2 26/32] kvm: svm: Add support for SEV LAUNCH_UPDATE_DATA command, Paolo Bonzini
      • Re: [RFC PATCH v2 26/32] kvm: svm: Add support for SEV LAUNCH_UPDATE_DATA command, Brijesh Singh
  • [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active, Brijesh Singh
    • Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active, Borislav Petkov
      • Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active, Paolo Bonzini
        • Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active, Borislav Petkov
          • Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active, Brijesh Singh
            • Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active, Borislav Petkov
              • Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active, Tom Lendacky
                • Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active, Borislav Petkov
                  • Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active, Tom Lendacky
                    • Re: [RFC PATCH v2 12/32] x86: Add early boot support when running with SEV active, Borislav Petkov
  • [RFC PATCH v2 13/32] KVM: SVM: Enable SEV by setting the SEV_ENABLE CPU feature, Brijesh Singh
    • Re: [RFC PATCH v2 13/32] KVM: SVM: Enable SEV by setting the SEV_ENABLE CPU feature, Borislav Petkov
  • [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Brijesh Singh
    • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Borislav Petkov
      • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Brijesh Singh
        • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Paolo Bonzini
        • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Borislav Petkov
          • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Paolo Bonzini
            • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Borislav Petkov
              • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Paolo Bonzini
                • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Borislav Petkov
                  • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Paolo Bonzini
                    • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Borislav Petkov
                      • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Paolo Bonzini
                        • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Borislav Petkov
              • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Brijesh Singh
                • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Borislav Petkov
                  • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Brijesh Singh
                    • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Borislav Petkov
                      • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Brijesh Singh
    • Re: [RFC PATCH v2 14/32] x86: mm: Provide support to use memblock when spliting large pages, Paolo Bonzini
  • [RFC PATCH v2 10/32] x86: DMA support for SEV memory encryption, Brijesh Singh
    • Re: [RFC PATCH v2 10/32] x86: DMA support for SEV memory encryption, Borislav Petkov
  • [RFC PATCH v2 15/32] x86: Add support for changing memory encryption attribute in early boot, Brijesh Singh
    • Re: [RFC PATCH v2 15/32] x86: Add support for changing memory encryption attribute in early boot, Borislav Petkov
      • Re: [RFC PATCH v2 15/32] x86: Add support for changing memory encryption attribute in early boot, Brijesh Singh
  • [RFC PATCH v2 31/32] kvm: svm: Add support for SEV LAUNCH_MEASURE command, Brijesh Singh
  • [RFC PATCH v2 27/32] kvm: svm: Add support for SEV LAUNCH_FINISH command, Brijesh Singh
  • [RFC PATCH v2 16/32] x86: kvm: Provide support to create Guest and HV shared per-CPU variables, Brijesh Singh
    • Re: [RFC PATCH v2 16/32] x86: kvm: Provide support to create Guest and HV shared per-CPU variables, Paolo Bonzini
    • Re: [RFC PATCH v2 16/32] x86: kvm: Provide support to create Guest and HV shared per-CPU variables, Borislav Petkov
      • Re: [RFC PATCH v2 16/32] x86: kvm: Provide support to create Guest and HV shared per-CPU variables, Paolo Bonzini
        • Re: [RFC PATCH v2 16/32] x86: kvm: Provide support to create Guest and HV shared per-CPU variables, Borislav Petkov
  • [RFC PATCH v2 17/32] x86: kvmclock: Clear encryption attribute when SEV is active, Brijesh Singh
  • Re: [RFC PATCH v2 00/32] x86: Secure Encrypted Virtualization (AMD), Bjorn Helgaas
    • Re: [RFC PATCH v2 00/32] x86: Secure Encrypted Virtualization (AMD), Borislav Petkov
    • Re: [RFC PATCH v2 00/32] x86: Secure Encrypted Virtualization (AMD), Brijesh Singh
• [PATCH v2 0/2] capsule pstore backend, Qiuxu Zhuo
  • [PATCH v2 2/2] efi: capsule pstore backend, Qiuxu Zhuo
    • Re: [PATCH v2 2/2] efi: capsule pstore backend, Ard Biesheuvel
      • Re: [PATCH v2 2/2] efi: capsule pstore backend, Kees Cook
  • [PATCH v2 1/2] efi/capsule: Add 'capsule' lookup support, Qiuxu Zhuo
    • Re: [PATCH v2 1/2] efi/capsule: Add 'capsule' lookup support, Ard Biesheuvel
      • Re: [PATCH v2 1/2] efi/capsule: Add 'capsule' lookup support, Matt Fleming
        • Re: [PATCH v2 1/2] efi/capsule: Add 'capsule' lookup support, Ard Biesheuvel
          • Re: [PATCH v2 1/2] efi/capsule: Add 'capsule' lookup support, Ard Biesheuvel
            • RE: [PATCH v2 1/2] efi/capsule: Add 'capsule' lookup support, Zhuo, Qiuxu
  • Re: [PATCH v2 0/2] capsule pstore backend, Ard Biesheuvel
    • Re: [PATCH v2 0/2] capsule pstore backend, Luck, Tony
      • Re: [PATCH v2 0/2] capsule pstore backend, Ard Biesheuvel
    • RE: [PATCH v2 0/2] capsule pstore backend, Zhuo, Qiuxu
• [PATCH] efi: arm: enable DMI/SMBIOS, Ard Biesheuvel
  • Re: [PATCH] efi: arm: enable DMI/SMBIOS, Ard Biesheuvel
• [GIT PULL 0/2] EFI fixes for v4.11-rc, Ard Biesheuvel
  • [PATCH 1/2] efi: libstub: Treat missing SecureBoot variable as S/B disabled, Ard Biesheuvel
  • [PATCH 2/2] efi: arm: Fix boot crash with CONFIG_CPUMASK_OFFSTACK=y, Ard Biesheuvel
• [PATCH v1 2/2] efi: capsule pstore backend, Qiuxu Zhuo
  • Re: [PATCH v1 2/2] efi: capsule pstore backend, Ard Biesheuvel
• [PATCH v1 1/2] efi/capsule: Add 'capsule' lookup support, Qiuxu Zhuo
  • Re: [PATCH v1 1/2] efi/capsule: Add 'capsule' lookup support, Ard Biesheuvel
  • Re: [PATCH v1 1/2] efi/capsule: Add 'capsule' lookup support, Matt Fleming
• [PATCH 1/2] efi/esrt: Not having an ERST descriptor is not an error, Hans de Goede
  • [PATCH 2/2] efi/efi_mem_desc_lookup: Not finding a descriptor is not an error, Hans de Goede
  • Re: [PATCH 1/2] efi/esrt: Not having an ERST descriptor is not an error, Ard Biesheuvel
    • Re: [PATCH 1/2] efi/esrt: Not having an ERST descriptor is not an error, Hans de Goede
• [PATCH] efi: ARM/arm64: fix boot crash with CONFIG_CPUMASK_OFFSTACK=y, Ard Biesheuvel
• [PATCH V11 00/10] Add UEFI 2.6 and ACPI 6.1 updates for RAS on ARM64, Tyler Baicar
  • [PATCH V11 01/10] acpi: apei: read ack upon ghes record consumption, Tyler Baicar
  • [PATCH V11 02/10] ras: acpi/apei: cper: generic error data entry v3 per ACPI 6.1, Tyler Baicar
  • [PATCH V11 03/10] efi: parse ARM processor error, Tyler Baicar
  • [PATCH V11 04/10] arm64: exception: handle Synchronous External Abort, Tyler Baicar
  • [PATCH V11 05/10] acpi: apei: handle SEA notification type for ARMv8, Tyler Baicar
    • Re: [PATCH V11 05/10] acpi: apei: handle SEA notification type for ARMv8, Xie XiuQi
      • Re: [PATCH V11 05/10] acpi: apei: handle SEA notification type for ARMv8, Baicar, Tyler
  • [PATCH V11 06/10] acpi: apei: panic OS with fatal error status block, Tyler Baicar
  • [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, Tyler Baicar
    • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, James Morse
      • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, gengdongjiu
      • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, Baicar, Tyler
        • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, James Morse
          • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, Baicar, Tyler
    • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, Xiongfeng Wang
      • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, James Morse
        • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, Xiongfeng Wang
          • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, James Morse
            • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, Xiongfeng Wang
              • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, Marc Zyngier
                • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, Xiongfeng Wang
        • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, gengdongjiu
        • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, Xiongfeng Wang
          • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, James Morse
            • Re: [PATCH V11 10/10] arm/arm64: KVM: add guest SEA support, Xie XiuQi
  • [PATCH V11 08/10] ras: acpi / apei: generate trace event for unrecognized CPER section, Tyler Baicar
  • [PATCH V11 09/10] trace, ras: add ARM processor error trace event, Tyler Baicar
  • [PATCH V11 07/10] efi: print unrecognized CPER section, Tyler Baicar
• [GIT PULL] EFI changes for v4.11, Ingo Molnar
• [PATCH v4 1/4] x86/mm: Adapt MODULES_END based on Fixmap section size, Thomas Garnier
  • [PATCH v4 4/4] KVM: VMX: Simplify segment_base, Thomas Garnier
  • [PATCH v4 3/4] x86: Make the GDT remapping read-only on 64-bit, Thomas Garnier
  • [PATCH v4 2/4] x86: Remap GDT tables in the Fixmap section, Thomas Garnier
  • Re: [PATCH v4 1/4] x86/mm: Adapt MODULES_END based on Fixmap section size, kbuild test robot
  • Re: [PATCH v4 1/4] x86/mm: Adapt MODULES_END based on Fixmap section size, kbuild test robot
    • Message not available
      • Re: [PATCH v4 1/4] x86/mm: Adapt MODULES_END based on Fixmap section size, Thomas Garnier
• [PATCH v2] efi: libstub: treat missing SecureBoot variable as S/B disabled, Ard Biesheuvel
  • Re: [PATCH v2] efi: libstub: treat missing SecureBoot variable as S/B disabled, Lukas Wunner
    • Re: [PATCH v2] efi: libstub: treat missing SecureBoot variable as S/B disabled, Ard Biesheuvel
    • Re: [PATCH v2] efi: libstub: treat missing SecureBoot variable as S/B disabled, David Howells
      • Re: [PATCH v2] efi: libstub: treat missing SecureBoot variable as S/B disabled, Ard Biesheuvel
• [PATCH] efi: libstub: treat missing SecureBoot/SetupMode vars as SB disabled, Ard Biesheuvel
  • Re: [PATCH] efi: libstub: treat missing SecureBoot/SetupMode vars as SB disabled, Ard Biesheuvel
• [PATCH] efi: bgrt: add missing 'return 0' to acpi_parse_bgrt() non-ACPI stub, Ard Biesheuvel
• [efi:next 24/24] include/linux/efi-bgrt.h:18:49: warning: no return statement in function returning non-void, kbuild test robot
• [RFC PATCH v4 00/28] x86: Secure Memory Encryption (AMD), Tom Lendacky
  • [RFC PATCH v4 02/28] x86: Set the write-protect cache mode for full PAT support, Tom Lendacky
    • Re: [RFC PATCH v4 02/28] x86: Set the write-protect cache mode for full PAT support, Borislav Petkov
      • Re: [RFC PATCH v4 02/28] x86: Set the write-protect cache mode for full PAT support, Tom Lendacky
  • [RFC PATCH v4 05/28] x86: Add Secure Memory Encryption (SME) support, Tom Lendacky
    • Re: [RFC PATCH v4 05/28] x86: Add Secure Memory Encryption (SME) support, Borislav Petkov
    • Re: [RFC PATCH v4 05/28] x86: Add Secure Memory Encryption (SME) support, Borislav Petkov
      • Re: [RFC PATCH v4 05/28] x86: Add Secure Memory Encryption (SME) support, Tom Lendacky
  • [RFC PATCH v4 09/28] x86: Add support for early encryption/decryption of memory, Tom Lendacky
    • Re: [RFC PATCH v4 09/28] x86: Add support for early encryption/decryption of memory, Borislav Petkov
      • Re: [RFC PATCH v4 09/28] x86: Add support for early encryption/decryption of memory, Tom Lendacky
  • [RFC PATCH v4 11/28] x86: Add support to determine the E820 type of an address, Tom Lendacky
    • Re: [RFC PATCH v4 11/28] x86: Add support to determine the E820 type of an address, Borislav Petkov
      • Re: [RFC PATCH v4 11/28] x86: Add support to determine the E820 type of an address, Tom Lendacky
        • Re: [RFC PATCH v4 11/28] x86: Add support to determine the E820 type of an address, Borislav Petkov
  • [RFC PATCH v4 17/28] x86: Decrypt trampoline area if memory encryption is active, Tom Lendacky
  • [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME, Tom Lendacky
    • Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME, Konrad Rzeszutek Wilk
      • Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME, Tom Lendacky
        • Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME, Paolo Bonzini
    • Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME, Borislav Petkov
      • Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME, Tom Lendacky
        • Re: [RFC PATCH v4 19/28] swiotlb: Add warnings for use of bounce buffers with SME, Borislav Petkov
  • [RFC PATCH v4 21/28] x86: Check for memory encryption on the APs, Tom Lendacky
    • Re: [RFC PATCH v4 21/28] x86: Check for memory encryption on the APs, Borislav Petkov
      • Re: [RFC PATCH v4 21/28] x86: Check for memory encryption on the APs, Tom Lendacky
        • Re: [RFC PATCH v4 21/28] x86: Check for memory encryption on the APs, Borislav Petkov
  • [RFC PATCH v4 24/28] x86: Access the setup data through debugfs decrypted, Tom Lendacky
    • Re: [RFC PATCH v4 24/28] x86: Access the setup data through debugfs decrypted, Dave Young
      • Re: [RFC PATCH v4 24/28] x86: Access the setup data through debugfs decrypted, Tom Lendacky
  • [RFC PATCH v4 23/28] x86/kvm: Enable Secure Memory Encryption of nested page tables, Tom Lendacky
  • [RFC PATCH v4 14/28] Add support to access boot related data in the clear, Tom Lendacky
    • Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear, Borislav Petkov
      • Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear, Tom Lendacky
        • Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear, Borislav Petkov
          • Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear, Tom Lendacky
            • Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear, Borislav Petkov
    • Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear, Dave Young
      • Re: [RFC PATCH v4 14/28] Add support to access boot related data in the clear, Tom Lendacky
  • [RFC PATCH v4 15/28] Add support to access persistent memory in the clear, Tom Lendacky
    • RE: [RFC PATCH v4 15/28] Add support to access persistent memory in the clear, Elliott, Robert (Persistent Memory)
      • Re: [RFC PATCH v4 15/28] Add support to access persistent memory in the clear, Tom Lendacky
  • [RFC PATCH v4 16/28] x86: Add support for changing memory encryption attribute, Tom Lendacky
    • Re: [RFC PATCH v4 16/28] x86: Add support for changing memory encryption attribute, Borislav Petkov
      • Re: [RFC PATCH v4 16/28] x86: Add support for changing memory encryption attribute, Tom Lendacky
  • [RFC PATCH v4 18/28] x86: DMA support for memory encryption, Tom Lendacky
    • Re: [RFC PATCH v4 18/28] x86: DMA support for memory encryption, Borislav Petkov
      • Re: [RFC PATCH v4 18/28] x86: DMA support for memory encryption, Tom Lendacky
  • [RFC PATCH v4 20/28] iommu/amd: Disable AMD IOMMU if memory encryption is active, Tom Lendacky
  • [RFC PATCH v4 22/28] x86: Do not specify encrypted memory for video mappings, Tom Lendacky
  • [RFC PATCH v4 25/28] x86: Access the setup data through sysfs decrypted, Tom Lendacky
    • Re: [RFC PATCH v4 25/28] x86: Access the setup data through sysfs decrypted, Dave Young
      • Re: [RFC PATCH v4 25/28] x86: Access the setup data through sysfs decrypted, Tom Lendacky
  • [RFC PATCH v4 28/28] x86: Add support to make use of Secure Memory Encryption, Tom Lendacky
    • Re: [RFC PATCH v4 28/28] x86: Add support to make use of Secure Memory Encryption, Borislav Petkov
      • Re: [RFC PATCH v4 28/28] x86: Add support to make use of Secure Memory Encryption, Tom Lendacky
        • Re: [RFC PATCH v4 28/28] x86: Add support to make use of Secure Memory Encryption, Borislav Petkov
        • Re: [RFC PATCH v4 28/28] x86: Add support to make use of Secure Memory Encryption, Borislav Petkov
  • [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place, Tom Lendacky
    • Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place, Borislav Petkov
      • Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place, Tom Lendacky
        • Re: [RFC PATCH v4 27/28] x86: Add support to encrypt the kernel in-place, Borislav Petkov
  • [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME, Tom Lendacky
    • Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME, Konrad Rzeszutek Wilk
      • Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME, Tom Lendacky
        • Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME, Dave Young
          • Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME, Dave Young
          • Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME, Tom Lendacky
            • Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME, Tom Lendacky
            • Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME, Dave Young
    • Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME, Borislav Petkov
      • Re: [RFC PATCH v4 26/28] x86: Allow kexec to be used with SME, Tom Lendacky
  • [RFC PATCH v4 13/28] efi: Update efi_mem_type() to return defined EFI mem types, Tom Lendacky
    • Re: [RFC PATCH v4 13/28] efi: Update efi_mem_type() to return defined EFI mem types, Matt Fleming
      • Re: [RFC PATCH v4 13/28] efi: Update efi_mem_type() to return defined EFI mem types, Tom Lendacky
        • Re: [RFC PATCH v4 13/28] efi: Update efi_mem_type() to return defined EFI mem types, Matt Fleming
  • [RFC PATCH v4 01/28] x86: Documentation for AMD Secure Memory Encryption (SME), Tom Lendacky
    • Re: [RFC PATCH v4 01/28] x86: Documentation for AMD Secure Memory Encryption (SME), Borislav Petkov
      • Re: [RFC PATCH v4 01/28] x86: Documentation for AMD Secure Memory Encryption (SME), Tom Lendacky
  • [RFC PATCH v4 03/28] x86: Add the Secure Memory Encryption CPU feature, Tom Lendacky
    • Re: [RFC PATCH v4 03/28] x86: Add the Secure Memory Encryption CPU feature, Borislav Petkov
      • Re: [RFC PATCH v4 03/28] x86: Add the Secure Memory Encryption CPU feature, Tom Lendacky
        • Re: [RFC PATCH v4 03/28] x86: Add the Secure Memory Encryption CPU feature, Borislav Petkov
  • [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
      • 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