Linux EFI Development - Date Index

• Date Index

• [PATCH v11 35/45] x86/compressed: Use firmware-validated CPUID leaves for SEV-SNP guests, (continued)
  • [PATCH v11 35/45] x86/compressed: Use firmware-validated CPUID leaves for SEV-SNP guests, Brijesh Singh
  • [PATCH v11 11/45] x86/sev: Save the negotiated GHCB version, Brijesh Singh
  • [PATCH v11 43/45] virt: sevguest: Add support to derive key, Brijesh Singh
  • [PATCH v11 28/45] x86/compressed/acpi: Move EFI kexec handling into common code, Brijesh Singh
  • [PATCH v11 16/45] x86/compressed: Register GHCB memory when SEV-SNP is active, Brijesh Singh
  • [PATCH v11 29/45] x86/boot: Add Confidential Computing type to setup_data, Brijesh Singh
    • Re: [PATCH v11 29/45] x86/boot: Add Confidential Computing type to setup_data, Borislav Petkov
      • Re: [PATCH v11 29/45] x86/boot: Add Confidential Computing type to setup_data, Brijesh Singh
        • Re: [PATCH v11 29/45] x86/boot: Add Confidential Computing type to setup_data, Borislav Petkov
          • Re: [PATCH v11 29/45] x86/boot: Add Confidential Computing type to setup_data, Ard Biesheuvel
  • Re: [PATCH v11 00/45] Add AMD Secure Nested Paging (SEV-SNP) Guest Support, Borislav Petkov
    • Re: [PATCH v11 00/45] Add AMD Secure Nested Paging (SEV-SNP) Guest Support, Paolo Bonzini
      • Re: [PATCH v11 00/45] Add AMD Secure Nested Paging (SEV-SNP) Guest Support, Borislav Petkov
        • Re: [PATCH v11 00/45] Add AMD Secure Nested Paging (SEV-SNP) Guest Support, Borislav Petkov
• [PATCH RFC v2 0/2] Handle UEFI NX-restricted page tables, Baskov Evgeniy
  • [PATCH RFC v2 1/2] libstub: declare DXE services table, Baskov Evgeniy
  • [PATCH RFC v2 2/2] libstub: ensure allocated memory to be executable, Baskov Evgeniy
  • Re: [PATCH RFC v2 0/2] Handle UEFI NX-restricted page tables, Ard Biesheuvel
    • Re: [PATCH RFC v2 0/2] Handle UEFI NX-restricted page tables, Matthew Garrett
      • Re: [PATCH RFC v2 0/2] Handle UEFI NX-restricted page tables, baskov
        • Re: [PATCH RFC v2 0/2] Handle UEFI NX-restricted page tables, Matthew Garrett
          • Re: [PATCH RFC v2 0/2] Handle UEFI NX-restricted page tables, baskov
          • Re: [PATCH RFC v2 0/2] Handle UEFI NX-restricted page tables, Peter Jones
            • Re: [PATCH RFC v2 0/2] Handle UEFI NX-restricted page tables, baskov
              • Re: [PATCH RFC v2 0/2] Handle UEFI NX-restricted page tables, Ard Biesheuvel
                • Re: [PATCH RFC v2 0/2] Handle UEFI NX-restricted page tables, Ard Biesheuvel
              • Re: [PATCH RFC v2 0/2] Handle UEFI NX-restricted page tables, Peter Jones
                • [PATCH] x86: Set the NX-compatibility flag in the PE header, Peter Jones
                  • Re: [PATCH] x86: Set the NX-compatibility flag in the PE header, Ard Biesheuvel
    • Re: [PATCH RFC v2 0/2] Handle UEFI NX-restricted page tables, baskov
• [efi:next] BUILD SUCCESS 0ea9e1c3dbd4e78f7a82d23fdc959622432e461c, kernel test robot
• [efi:next] BUILD SUCCESS 1e9e574abaea04b78913ef887d79038ba5d1d2e8, kernel test robot
• [PATCH v2] pstore: Don't use semaphores in always-atomic-context code, Jann Horn
  • Re: [PATCH v2] pstore: Don't use semaphores in always-atomic-context code, Kees Cook
    • Re: [PATCH v2] pstore: Don't use semaphores in always-atomic-context code, Jann Horn
      • Re: [PATCH v2] pstore: Don't use semaphores in always-atomic-context code, Kees Cook
• [PATCH] efivars: Respect "block" flag in efivar_entry_set_safe(), Jann Horn
  • Re: [PATCH] efivars: Respect "block" flag in efivar_entry_set_safe(), Ard Biesheuvel
• [PATCH] pstore: Don't use semaphores in always-atomic-context code, Jann Horn
  • Re: [PATCH] pstore: Don't use semaphores in always-atomic-context code, Sebastian Andrzej Siewior
• Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Brijesh Singh
  • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Kirill A. Shutemov
    • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Borislav Petkov
    • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Brijesh Singh
• Re: [PATCH v2] arm64: move efi_reboot to restart handler, Alexander Sverdlin
  • <Possible follow-ups>
  • Re: [PATCH v2] arm64: move efi_reboot to restart handler, Alexander Sverdlin
    • Re: [PATCH v2] arm64: move efi_reboot to restart handler, Guenter Roeck
      • Re: [PATCH v2] arm64: move efi_reboot to restart handler, Krzysztof Adamski
        • Re: [PATCH v2] arm64: move efi_reboot to restart handler, Guenter Roeck
          • Re: [PATCH v2] arm64: move efi_reboot to restart handler, Ard Biesheuvel
            • Re: [PATCH v2] arm64: move efi_reboot to restart handler, Krzysztof Adamski
• [PATCH v10 00/45] Add AMD Secure Nested Paging (SEV-SNP) Guest Support, Brijesh Singh
  • [PATCH v10 03/45] KVM: SVM: Create a separate mapping for the GHCB save area, Brijesh Singh
  • [PATCH v10 06/45] x86/boot: Use MSR read/write helpers instead of inline assembly, Brijesh Singh
  • [PATCH v10 10/45] x86/sev: Define the Linux specific guest termination reasons, Brijesh Singh
  • [PATCH v10 05/45] x86/boot: Introduce helpers for MSR reads/writes, Brijesh Singh
  • [PATCH v10 04/45] KVM: SVM: Update the SEV-ES save area mapping, Brijesh Singh
  • [PATCH v10 09/45] x86/mm: Extend cc_attr to include AMD SEV-SNP, Brijesh Singh
  • [PATCH v10 11/45] x86/sev: Save the negotiated GHCB version, Brijesh Singh
  • [PATCH v10 02/45] KVM: SVM: Create a separate mapping for the SEV-ES save area, Brijesh Singh
  • [PATCH v10 01/45] KVM: SVM: Define sev_features and vmpl field in the VMSA, Brijesh Singh
  • [PATCH v10 08/45] x86/sev: Detect/setup SEV/SME features earlier in boot, Brijesh Singh
  • [PATCH v10 07/45] x86/compressed/64: Detect/setup SEV/SME features earlier in boot, Brijesh Singh
  • [PATCH v10 12/45] x86/sev: Check SEV-SNP features support, Brijesh Singh
  • [PATCH v10 13/45] x86/sev: Add a helper for the PVALIDATE instruction, Brijesh Singh
  • [PATCH v10 15/45] x86/compressed: Add helper for validating pages in the decompression stage, Brijesh Singh
  • [PATCH v10 17/45] x86/sev: Register GHCB memory when SEV-SNP is active, Brijesh Singh
  • [PATCH v10 14/45] x86/sev: Check the vmpl level, Brijesh Singh
  • [PATCH v10 16/45] x86/compressed: Register GHCB memory when SEV-SNP is active, Brijesh Singh
  • [PATCH v10 18/45] x86/sev: Add helper for validating pages in early enc attribute changes, Brijesh Singh
  • [PATCH v10 20/45] x86/kernel: Validate ROM memory before accessing when SEV-SNP is active, Brijesh Singh
  • [PATCH v10 19/45] x86/kernel: Make the .bss..decrypted section shared in RMP table, Brijesh Singh
  • [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Brijesh Singh
    • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Borislav Petkov
    • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Borislav Petkov
      • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Brijesh Singh
        • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Borislav Petkov
          • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Tom Lendacky
            • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Borislav Petkov
          • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Kirill A. Shutemov
            • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Borislav Petkov
              • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Kirill A. Shutemov
                • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Borislav Petkov
      • Re: [PATCH v10 21/45] x86/mm: Add support to validate memory when changing C-bit, Borislav Petkov
  • [PATCH v10 22/45] x86/sev: Use SEV-SNP AP creation to start secondary CPUs, Brijesh Singh
  • [PATCH v10 24/45] x86/compressed/acpi: Move EFI detection to helper, Brijesh Singh
  • [PATCH v10 27/45] x86/compressed/acpi: Move EFI vendor table lookup to helper, Brijesh Singh
  • [PATCH v10 26/45] x86/compressed/acpi: Move EFI config table lookup to helper, Brijesh Singh
  • [PATCH v10 23/45] x86/head/64: Re-enable stack protection, Brijesh Singh
  • [PATCH v10 25/45] x86/compressed/acpi: Move EFI system table lookup to helper, Brijesh Singh
  • [PATCH v10 31/45] x86/sev: Move MSR-based VMGEXITs for CPUID to helper, Brijesh Singh
  • [PATCH v10 30/45] KVM: x86: Move lookup of indexed CPUID leafs to helper, Brijesh Singh
  • [PATCH v10 28/45] x86/compressed/acpi: Move EFI kexec handling into common code, Brijesh Singh
  • [PATCH v10 29/45] x86/boot: Add Confidential Computing type to setup_data, Brijesh Singh
  • [PATCH v10 33/45] x86/boot: Add a pointer to Confidential Computing blob in bootparams, Brijesh Singh
  • [PATCH v10 32/45] x86/compressed/64: Add support for SEV-SNP CPUID table in #VC handlers, Brijesh Singh
  • [PATCH v10 41/45] x86/sev: Register SEV-SNP guest request platform device, Brijesh Singh
  • [PATCH v10 36/45] x86/compressed: Export and rename add_identity_map(), Brijesh Singh
  • [PATCH v10 38/45] x86/sev: Add SEV-SNP feature detection/setup, Brijesh Singh
  • [PATCH v10 37/45] x86/compressed/64: Add identity mapping for Confidential Computing blob, Brijesh Singh
  • [PATCH v10 35/45] x86/compressed: Use firmware-validated CPUID leaves for SEV-SNP guests, Brijesh Singh
  • [PATCH v10 34/45] x86/compressed: Add SEV-SNP feature detection/setup, Brijesh Singh
  • [PATCH v10 39/45] x86/sev: Use firmware-validated CPUID for SEV-SNP guests, Brijesh Singh
  • [PATCH v10 40/45] x86/sev: Provide support for SNP guest request NAEs, Brijesh Singh
  • [PATCH v10 43/45] virt: sevguest: Add support to derive key, Brijesh Singh
  • [PATCH v10 42/45] virt: Add SEV-SNP guest driver, Brijesh Singh
  • [PATCH v10 44/45] virt: sevguest: Add support to get extended report, Brijesh Singh
  • [PATCH v10 45/45] virt: sevguest: Add documentation for SEV-SNP CPUID Enforcement, Brijesh Singh
• [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
  • RE: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, David Laight
    • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
      • [PATCH v2] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
        • [PATCH v3] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
          • Re: [PATCH v3] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Lukas Wunner
            • Re: [PATCH v3] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
          • Re: [PATCH v3] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
        • Re: [PATCH v2] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Ard Biesheuvel
          • Re: [PATCH v2] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
  • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Matthew Garrett
    • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
      • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Matthew Garrett
        • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Matthew Garrett
          • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
          • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
            • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Matthew Garrett
              • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
                • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Matthew Garrett
                  • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
                    • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Matthew Garrett
                      • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
                        • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Matthew Garrett
                          • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
        • Re: [PATCH] efi: Do not import certificates from UEFI Secure Boot for T2 Macs, Aditya Garg
• [BUG SEVERE] Failure to enable EFI Runtime services on T2 Macs, Aditya Garg
  • Re: [BUG SEVERE] Failure to enable EFI Runtime services on T2 Macs, Ard Biesheuvel
    • Re: [BUG SEVERE] Failure to enable EFI Runtime services on T2 Macs, Aditya Garg
• [PATCH v3] arm64: move efi_reboot to restart handler, Krzysztof Adamski
• [PATCH v6 0/6] x86: Show in sysfs if a memory node is able to do encryption, Martin Fernandez
  • [PATCH v6 1/6] mm/memblock: Tag memblocks with crypto capabilities, Martin Fernandez
    • Re: [PATCH v6 1/6] mm/memblock: Tag memblocks with crypto capabilities, Mike Rapoport
      • Re: [PATCH v6 1/6] mm/memblock: Tag memblocks with crypto capabilities, Martin Fernandez
    • Re: [PATCH v6 1/6] mm/memblock: Tag memblocks with crypto capabilities, Kees Cook
      • Re: [PATCH v6 1/6] mm/memblock: Tag memblocks with crypto capabilities, Martin Fernandez
  • [PATCH v6 2/6] mm/mmzone: Tag pg_data_t with crypto capabilities, Martin Fernandez
    • Re: [PATCH v6 2/6] mm/mmzone: Tag pg_data_t with crypto capabilities, Kees Cook
  • [PATCH v6 3/6] x86/e820: Refactor range_update and range_remove, Martin Fernandez
    • Re: [PATCH v6 3/6] x86/e820: Refactor range_update and range_remove, Kees Cook
      • Re: [PATCH v6 3/6] x86/e820: Refactor range_update and range_remove, Mike Rapoport
        • Re: [PATCH v6 3/6] x86/e820: Refactor range_update and range_remove, Martin Fernandez
          • Re: [PATCH v6 3/6] x86/e820: Refactor range_update and range_remove, Mike Rapoport
            • Re: [PATCH v6 3/6] x86/e820: Refactor range_update and range_remove, Martin Fernandez
      • Re: [PATCH v6 3/6] x86/e820: Refactor range_update and range_remove, Martin Fernandez
      • Re: [PATCH v6 3/6] x86/e820: Refactor range_update and range_remove, Martin Fernandez
    • Re: [PATCH v6 3/6] x86/e820: Refactor range_update and range_remove, Daniel Gutson
  • [PATCH v6 4/6] x86/e820: Tag e820_entry with crypto capabilities, Martin Fernandez
    • Re: [PATCH v6 4/6] x86/e820: Tag e820_entry with crypto capabilities, Kees Cook
      • Re: [PATCH v6 4/6] x86/e820: Tag e820_entry with crypto capabilities, Martin Fernandez
  • [PATCH v6 5/6] x86/efi: Tag e820_entries as crypto capable from EFI memmap, Martin Fernandez
  • [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Martin Fernandez
    • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Limonciello, Mario
      • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Martin Fernandez
        • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Tom Lendacky
          • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Limonciello, Mario
            • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Borislav Petkov
              • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Tom Lendacky
                • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Limonciello, Mario
                • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Borislav Petkov
                  • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Tom Lendacky
                    • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Borislav Petkov
              • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Kees Cook
                • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Borislav Petkov
    • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Mike Rapoport
      • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Martin Fernandez
        • Re: [PATCH v6 6/6] drivers/node: Show in sysfs node's crypto capabilities, Mike Rapoport
• [PATCH v5 00/20] power-suppy/i2c/extcon: Fix charger setup on Xiaomi Mi Pad 2 and Lenovo Yogabook, Hans de Goede
  • [PATCH v5 01/20] power: supply: core: Refactor power_supply_set_input_current_limit_from_supplier(), Hans de Goede
  • [PATCH v5 02/20] power: supply: bq25890: Rename IILIM field to IINLIM, Hans de Goede
  • [PATCH v5 03/20] power: supply: bq25890: Reduce reported CONSTANT_CHARGE_CURRENT_MAX for low temperatures, Hans de Goede
  • [PATCH v5 04/20] power: supply: bq25890: Add a bq25890_rw_init_data() helper, Hans de Goede
  • [PATCH v5 05/20] power: supply: bq25890: Add support to skip reset at probe() / remove(), Hans de Goede
  • [PATCH v5 06/20] power: supply: bq25890: Add support to read back the settings from the chip, Hans de Goede
  • [PATCH v5 07/20] power: supply: bq25890: Enable charging on boards where we skip reset, Hans de Goede
  • [PATCH v5 08/20] power: supply: bq25890: Drop dev->platform_data == NULL check, Hans de Goede
  • [PATCH v5 09/20] power: supply: bq25890: Add bq25890_set_otg_cfg() helper, Hans de Goede
  • [PATCH v5 10/20] power: supply: bq25890: Add support for registering the Vbus boost converter as a regulator, Hans de Goede
  • [PATCH v5 11/20] power: supply: bq25890: On the bq25892 set the IINLIM based on external charger detection, Hans de Goede
  • [PATCH v5 13/20] power: supply: bq25890: Use the devm_regmap_field_bulk_alloc() helper, Hans de Goede
  • [PATCH v5 12/20] power: supply: bq25890: Support higher charging voltages through Pump Express+ protocol, Hans de Goede
  • [PATCH v5 14/20] mfd: intel_soc_pmic_chtwc: Add cht_wc_model data to struct intel_soc_pmic, Hans de Goede
  • [PATCH v5 15/20] i2c: cht-wc: Make charger i2c-client instantiation board/device-model specific, Hans de Goede
  • [PATCH v5 17/20] extcon: intel-cht-wc: Support devs with Micro-B / USB-2 only Type-C connectors, Hans de Goede
  • [PATCH v5 18/20] extcon: intel-cht-wc: Refactor cht_wc_extcon_get_charger(), Hans de Goede
  • [PATCH v5 16/20] extcon: intel-cht-wc: Use new cht_wc_model intel_soc_pmic field, Hans de Goede
  • [PATCH v5 19/20] extcon: intel-cht-wc: Add support for registering a power_supply class-device, Hans de Goede
  • [PATCH v5 20/20] extcon: intel-cht-wc: Report RID_A for ACA adapters, Hans de Goede
• [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Dov Murik
  • [PATCH v7 1/5] efi: Save location of EFI confidential computing area, Dov Murik
    • Re: [PATCH v7 1/5] efi: Save location of EFI confidential computing area, Gerd Hoffmann
  • [PATCH v7 2/5] efi/libstub: Reserve confidential computing secret area, Dov Murik
    • Re: [PATCH v7 2/5] efi/libstub: Reserve confidential computing secret area, Gerd Hoffmann
      • Re: [PATCH v7 2/5] efi/libstub: Reserve confidential computing secret area, Dov Murik
  • [PATCH v7 4/5] efi: Load efi_secret module if EFI secret area is populated, Dov Murik
    • Re: [PATCH v7 4/5] efi: Load efi_secret module if EFI secret area is populated, Gerd Hoffmann
      • Re: [PATCH v7 4/5] efi: Load efi_secret module if EFI secret area is populated, Dov Murik
        • Re: [PATCH v7 4/5] efi: Load efi_secret module if EFI secret area is populated, Gerd Hoffmann
          • Re: [PATCH v7 4/5] efi: Load efi_secret module if EFI secret area is populated, Dov Murik
            • Re: [PATCH v7 4/5] efi: Load efi_secret module if EFI secret area is populated, Gerd Hoffmann
              • Re: [PATCH v7 4/5] efi: Load efi_secret module if EFI secret area is populated, Dov Murik
                • Re: [PATCH v7 4/5] efi: Load efi_secret module if EFI secret area is populated, Gerd Hoffmann
  • [PATCH v7 3/5] virt: Add efi_secret module to expose confidential computing secrets, Dov Murik
    • Re: [PATCH v7 3/5] virt: Add efi_secret module to expose confidential computing secrets, Gerd Hoffmann
      • Re: [PATCH v7 3/5] virt: Add efi_secret module to expose confidential computing secrets, Dov Murik
  • [PATCH v7 5/5] docs: security: Add coco/efi_secret documentation, Dov Murik
    • Re: [PATCH v7 5/5] docs: security: Add coco/efi_secret documentation, Gerd Hoffmann
      • Re: [PATCH v7 5/5] docs: security: Add coco/efi_secret documentation, Dov Murik
  • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Greg KH
    • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, James Bottomley
      • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Greg KH
        • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, James Bottomley
      • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Dr. David Alan Gilbert
      • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Matthew Garrett
        • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Greg KH
          • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Matthew Garrett
            • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Greg KH
              • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Matthew Garrett
                • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Ard Biesheuvel
                  • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Matthew Garrett
                    • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Greg KH
                      • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Nayna
                    • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Gerd Hoffmann
                      • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Matthew Garrett
                        • Re: [PATCH v7 0/5] Allow guest access to EFI confidential computing secret area, Dov Murik
• [PATCH] efi: Move error message to warning, arshad hussain
  • Re: [PATCH] efi: Move error message to warning, arshad hussain
• [PATCH v4 resend 00/20] power-suppy/i2c/extcon: Fix charger setup on Xiaomi Mi Pad 2 and Lenovo Yogabook, Hans de Goede
  • [PATCH v4 02/20] power: supply: bq25890: Rename IILIM field to IINLIM, Hans de Goede
  • [PATCH v4 01/20] power: supply: core: Refactor power_supply_set_input_current_limit_from_supplier(), Hans de Goede
    • Re: [PATCH v4 01/20] power: supply: core: Refactor power_supply_set_input_current_limit_from_supplier(), Andy Shevchenko
      • Re: [PATCH v4 01/20] power: supply: core: Refactor power_supply_set_input_current_limit_from_supplier(), Andy Shevchenko
      • Re: [PATCH v4 01/20] power: supply: core: Refactor power_supply_set_input_current_limit_from_supplier(), Hans de Goede
  • [PATCH v4 03/20] power: supply: bq25890: Reduce reported CONSTANT_CHARGE_CURRENT_MAX for low temperatures, Hans de Goede
  • [PATCH v4 04/20] power: supply: bq25890: Add a bq25890_rw_init_data() helper, Hans de Goede
  • [PATCH v4 05/20] power: supply: bq25890: Add support to skip reset at probe() / remove(), Hans de Goede
  • [PATCH v4 06/20] power: supply: bq25890: Add support to read back the settings from the chip, Hans de Goede
  • [PATCH v4 07/20] power: supply: bq25890: Enable charging on boards where we skip reset, Hans de Goede
  • [PATCH v4 08/20] power: supply: bq25890: Drop dev->platform_data == NULL check, Hans de Goede
  • [PATCH v4 09/20] power: supply: bq25890: Add bq25890_set_otg_cfg() helper, Hans de Goede
  • [PATCH v4 10/20] power: supply: bq25890: Add support for registering the Vbus boost converter as a regulator, Hans de Goede
  • [PATCH v4 11/20] power: supply: bq25890: On the bq25892 set the IINLIM based on external charger detection, Hans de Goede
  • [PATCH v4 13/20] power: supply: bq25890: Use the devm_regmap_field_bulk_alloc() helper, Hans de Goede
  • [PATCH v4 15/20] i2c: cht-wc: Make charger i2c-client instantiation board/device-model specific, Hans de Goede
    • Re: [PATCH v4 15/20] i2c: cht-wc: Make charger i2c-client instantiation board/device-model specific, Andy Shevchenko
  • [PATCH v4 17/20] extcon: intel-cht-wc: Support devs with Micro-B / USB-2 only Type-C connectors, Hans de Goede
    • Re: [PATCH v4 17/20] extcon: intel-cht-wc: Support devs with Micro-B / USB-2 only Type-C connectors, Andy Shevchenko
      • Re: [PATCH v4 17/20] extcon: intel-cht-wc: Support devs with Micro-B / USB-2 only Type-C connectors, Hans de Goede
  • [PATCH v4 18/20] extcon: intel-cht-wc: Refactor cht_wc_extcon_get_charger(), Hans de Goede
    • Re: [PATCH v4 18/20] extcon: intel-cht-wc: Refactor cht_wc_extcon_get_charger(), Andy Shevchenko
      • Re: [PATCH v4 18/20] extcon: intel-cht-wc: Refactor cht_wc_extcon_get_charger(), Hans de Goede
  • [PATCH v4 19/20] extcon: intel-cht-wc: Add support for registering a power_supply class-device, Hans de Goede
  • [PATCH v4 20/20] extcon: intel-cht-wc: Report RID_A for ACA adapters, Hans de Goede
  • [PATCH v4 12/20] power: supply: bq25890: Support higher charging voltages through Pump Express+ protocol, Hans de Goede
    • Re: [PATCH v4 12/20] power: supply: bq25890: Support higher charging voltages through Pump Express+ protocol, Andy Shevchenko
      • Re: [PATCH v4 12/20] power: supply: bq25890: Support higher charging voltages through Pump Express+ protocol, Hans de Goede
        • Re: [PATCH v4 12/20] power: supply: bq25890: Support higher charging voltages through Pump Express+ protocol, Andy Shevchenko
  • [PATCH v4 14/20] mfd: intel_soc_pmic_chtwc: Add cht_wc_model data to struct intel_soc_pmic, Hans de Goede
  • [PATCH v4 16/20] extcon: intel-cht-wc: Use new cht_wc_model intel_soc_pmic field, Hans de Goede
• [PATCHv3 0/7] Implement support for unaccepted memory, Kirill A. Shutemov
  • [PATCHv3 4/7] x86/boot/compressed: Handle unaccepted memory, Kirill A. Shutemov
  • [PATCHv3 1/7] mm: Add support for unaccepted memory, Kirill A. Shutemov
    • Re: [PATCHv3 1/7] mm: Add support for unaccepted memory, Mike Rapoport
      • [PATCHv3.1 1/7] mm: Add support for unaccepted memory, Kirill A. Shutemov
        • Re: [PATCHv3.1 1/7] mm: Add support for unaccepted memory, David Hildenbrand
          • Re: [PATCHv3.1 1/7] mm: Add support for unaccepted memory, David Hildenbrand
          • Re: [PATCHv3.1 1/7] mm: Add support for unaccepted memory, Kirill A. Shutemov
            • Re: [PATCHv3.1 1/7] mm: Add support for unaccepted memory, David Hildenbrand
            • Re: [PATCHv3.1 1/7] mm: Add support for unaccepted memory, David Hildenbrand
      • [PATCHv3.1 5/7] x86/mm: Reserve unaccepted memory bitmap, Kirill A. Shutemov
  • [PATCHv3 3/7] efi/x86: Implement support for unaccepted memory, Kirill A. Shutemov
  • [PATCHv3 2/7] efi/x86: Get full memory map in allocate_e820(), Kirill A. Shutemov
    • Re: [PATCHv3 2/7] efi/x86: Get full memory map in allocate_e820(), Dave Hansen
      • Re: [PATCHv3 2/7] efi/x86: Get full memory map in allocate_e820(), Kirill A. Shutemov
  • [PATCHv3 6/7] x86/mm: Provide helpers for unaccepted memory, Kirill A. Shutemov
  • [PATCHv3 7/7] x86/tdx: Unaccepted memory support, Kirill A. Shutemov
  • [PATCHv3 5/7] x86/mm: Reserve unaccepted memory bitmap, Kirill A. Shutemov
    • Re: [PATCHv3 5/7] x86/mm: Reserve unaccepted memory bitmap, Mike Rapoport
• [PATCH v9 00/43] Add AMD Secure Nested Paging (SEV-SNP) Guest Support, Brijesh Singh
  • [PATCH v9 01/43] KVM: SVM: Define sev_features and vmpl field in the VMSA, Brijesh Singh
  • [PATCH v9 02/43] KVM: SVM: Create a separate mapping for the SEV-ES save area, Brijesh Singh
    • Re: [PATCH v9 02/43] KVM: SVM: Create a separate mapping for the SEV-ES save area, Borislav Petkov
      • Re: [PATCH v9 02/43] KVM: SVM: Create a separate mapping for the SEV-ES save area, Brijesh Singh
  • [PATCH v9 04/43] KVM: SVM: Update the SEV-ES save area mapping, Brijesh Singh
  • [PATCH v9 03/43] KVM: SVM: Create a separate mapping for the GHCB save area, Brijesh Singh
  • [PATCH v9 05/43] x86/compressed/64: Detect/setup SEV/SME features earlier in boot, Brijesh Singh
    • Re: [PATCH v9 05/43] x86/compressed/64: Detect/setup SEV/SME features earlier in boot, Borislav Petkov
      • Re: [PATCH v9 05/43] x86/compressed/64: Detect/setup SEV/SME features earlier in boot, Michael Roth
        • Re: [PATCH v9 05/43] x86/compressed/64: Detect/setup SEV/SME features earlier in boot, Borislav Petkov
          • Re: [PATCH v9 05/43] x86/compressed/64: Detect/setup SEV/SME features earlier in boot, Michael Roth
            • Re: [PATCH v9 05/43] x86/compressed/64: Detect/setup SEV/SME features earlier in boot, Borislav Petkov
              • Re: [PATCH v9 05/43] x86/compressed/64: Detect/setup SEV/SME features earlier in boot, Michael Roth
                • Re: [PATCH v9 05/43] x86/compressed/64: Detect/setup SEV/SME features earlier in boot, Borislav Petkov
  • [PATCH v9 09/43] x86/sev: Save the negotiated GHCB version, Brijesh Singh
  • [PATCH v9 08/43] x86/sev: Define the Linux specific guest termination reasons, Brijesh Singh
  • [PATCH v9 07/43] x86/mm: Extend cc_attr to include AMD SEV-SNP, Brijesh Singh
  • [PATCH v9 06/43] x86/sev: Detect/setup SEV/SME features earlier in boot, Brijesh Singh
  • [PATCH v9 12/43] x86/sev: Check the vmpl level, Brijesh Singh
  • [PATCH v9 11/43] x86/sev: Add a helper for the PVALIDATE instruction, Brijesh Singh
  • [PATCH v9 10/43] x86/sev: Check SEV-SNP features support, Brijesh Singh
    • Re: [PATCH v9 10/43] x86/sev: Check SEV-SNP features support, Borislav Petkov
      • Re: [PATCH v9 10/43] x86/sev: Check SEV-SNP features support, Brijesh Singh
        • Re: [PATCH v9 10/43] x86/sev: Check SEV-SNP features support, Borislav Petkov
  • [PATCH v9 13/43] x86/compressed: Add helper for validating pages in the decompression stage, Brijesh Singh
  • [PATCH v9 14/43] x86/compressed: Register GHCB memory when SEV-SNP is active, Brijesh Singh
  • [PATCH v9 15/43] x86/sev: Register GHCB memory when SEV-SNP is active, Brijesh Singh
    • Re: [PATCH v9 15/43] x86/sev: Register GHCB memory when SEV-SNP is active, Borislav Petkov
      • Re: [PATCH v9 15/43] x86/sev: Register GHCB memory when SEV-SNP is active, Brijesh Singh
  • [PATCH v9 18/43] x86/kernel: Validate ROM memory before accessing when SEV-SNP is active, Brijesh Singh
    • Re: [PATCH v9 18/43] x86/kernel: Validate ROM memory before accessing when SEV-SNP is active, Borislav Petkov
  • [PATCH v9 16/43] x86/sev: Add helper for validating pages in early enc attribute changes, Brijesh Singh
  • [PATCH v9 17/43] x86/kernel: Make the .bss..decrypted section shared in RMP table, Brijesh Singh
    • Re: [PATCH v9 17/43] x86/kernel: Make the .bss..decrypted section shared in RMP table, Borislav Petkov
  • [PATCH v9 20/43] x86/sev: Use SEV-SNP AP creation to start secondary CPUs, Brijesh Singh
    • Re: [PATCH v9 20/43] x86/sev: Use SEV-SNP AP creation to start secondary CPUs, Borislav Petkov
  • [PATCH v9 21/43] x86/head/64: Re-enable stack protection, Brijesh Singh
  • [PATCH v9 23/43] KVM: x86: Move lookup of indexed CPUID leafs to helper, Brijesh Singh
    • Re: [PATCH v9 23/43] KVM: x86: Move lookup of indexed CPUID leafs to helper, Borislav Petkov
      • Re: [PATCH v9 23/43] KVM: x86: Move lookup of indexed CPUID leafs to helper, Michael Roth
        • Re: [PATCH v9 23/43] KVM: x86: Move lookup of indexed CPUID leafs to helper, Borislav Petkov
  • [PATCH v9 22/43] x86/sev: Move MSR-based VMGEXITs for CPUID to helper, Brijesh Singh
    • Re: [PATCH v9 22/43] x86/sev: Move MSR-based VMGEXITs for CPUID to helper, Borislav Petkov
  • [PATCH v9 24/43] x86/compressed/acpi: Move EFI detection to helper, Brijesh Singh
    • Re: [PATCH v9 24/43] x86/compressed/acpi: Move EFI detection to helper, Borislav Petkov
  • [PATCH v9 28/43] x86/compressed/acpi: Move EFI kexec handling into common code, Brijesh Singh
    • Re: [PATCH v9 28/43] x86/compressed/acpi: Move EFI kexec handling into common code, Borislav Petkov
  • [PATCH v9 29/43] x86/boot: Add Confidential Computing type to setup_data, Brijesh Singh
    • Re: [PATCH v9 29/43] x86/boot: Add Confidential Computing type to setup_data, Borislav Petkov
      • Re: [PATCH v9 29/43] x86/boot: Add Confidential Computing type to setup_data, Brijesh Singh
  • [PATCH v9 31/43] x86/compressed/64: Add support for SEV-SNP CPUID table in #VC handlers, Brijesh Singh
    • Re: [PATCH v9 31/43] x86/compressed/64: Add support for SEV-SNP CPUID table in #VC handlers, Borislav Petkov
      • Re: [PATCH v9 31/43] x86/compressed/64: Add support for SEV-SNP CPUID table in #VC handlers, Michael Roth
      • Re: [PATCH v9 31/43] x86/compressed/64: Add support for SEV-SNP CPUID table in #VC handlers, Michael Roth
        • Re: [PATCH v9 31/43] x86/compressed/64: Add support for SEV-SNP CPUID table in #VC handlers, Borislav Petkov
          • Re: [PATCH v9 31/43] x86/compressed/64: Add support for SEV-SNP CPUID table in #VC handlers, Michael Roth
            • Re: [PATCH v9 31/43] x86/compressed/64: Add support for SEV-SNP CPUID table in #VC handlers, Borislav Petkov
  • [PATCH v9 33/43] x86/compressed: Add SEV-SNP feature detection/setup, Brijesh Singh
    • Re: [PATCH v9 33/43] x86/compressed: Add SEV-SNP feature detection/setup, Borislav Petkov
      • Re: [PATCH v9 33/43] x86/compressed: Add SEV-SNP feature detection/setup, Michael Roth
        • Re: [PATCH v9 33/43] x86/compressed: Add SEV-SNP feature detection/setup, Borislav Petkov
  • [PATCH v9 32/43] x86/boot: Add a pointer to Confidential Computing blob in bootparams, Brijesh Singh
    • Re: [PATCH v9 32/43] x86/boot: Add a pointer to Confidential Computing blob in bootparams, Borislav Petkov
  • [PATCH v9 30/43] KVM: SEV: Add documentation for SEV-SNP CPUID Enforcement, Brijesh Singh
    • Re: [PATCH v9 30/43] KVM: SEV: Add documentation for SEV-SNP CPUID Enforcement, Sean Christopherson
      • Re: [PATCH v9 30/43] KVM: SEV: Add documentation for SEV-SNP CPUID Enforcement, Michael Roth
      • Re: [PATCH v9 30/43] KVM: SEV: Add documentation for SEV-SNP CPUID Enforcement, Borislav Petkov
  • [PATCH v9 27/43] x86/compressed/acpi: Move EFI vendor table lookup to helper, Brijesh Singh
  • [PATCH v9 26/43] x86/compressed/acpi: Move EFI config table lookup to helper, Brijesh Singh
    • Re: [PATCH v9 26/43] x86/compressed/acpi: Move EFI config table lookup to helper, Borislav Petkov
  • [PATCH v9 25/43] x86/compressed/acpi: Move EFI system table lookup to helper, Brijesh Singh
    • Re: [PATCH v9 25/43] x86/compressed/acpi: Move EFI system table lookup to helper, Borislav Petkov
  • [PATCH v9 19/43] x86/mm: Add support to validate memory when changing C-bit, Brijesh Singh
    • Re: [PATCH v9 19/43] x86/mm: Add support to validate memory when changing C-bit, Borislav Petkov
  • [PATCH v9 34/43] x86/compressed: Use firmware-validated CPUID leaves for SEV-SNP guests, Brijesh Singh
  • [PATCH v9 36/43] x86/compressed/64: Add identity mapping for Confidential Computing blob, Brijesh Singh
    • Re: [PATCH v9 36/43] x86/compressed/64: Add identity mapping for Confidential Computing blob, Borislav Petkov
  • [PATCH v9 35/43] x86/compressed: Export and rename add_identity_map(), Brijesh Singh
    • Re: [PATCH v9 35/43] x86/compressed: Export and rename add_identity_map(), Borislav Petkov
  • [PATCH v9 37/43] x86/sev: Add SEV-SNP feature detection/setup, Brijesh Singh
    • Re: [PATCH v9 37/43] x86/sev: Add SEV-SNP feature detection/setup, Borislav Petkov
      • Re: [PATCH v9 37/43] x86/sev: Add SEV-SNP feature detection/setup, Michael Roth
  • [PATCH v9 38/43] x86/sev: Use firmware-validated CPUID for SEV-SNP guests, Brijesh Singh
    • Re: [PATCH v9 38/43] x86/sev: Use firmware-validated CPUID for SEV-SNP guests, Michael Roth
      • Re: [PATCH v9 38/43] x86/sev: Use firmware-validated CPUID for SEV-SNP guests, Borislav Petkov
        • Re: [PATCH v9 38/43] x86/sev: Use firmware-validated CPUID for SEV-SNP guests, Michael Roth
          • Re: [PATCH v9 38/43] x86/sev: Use firmware-validated CPUID for SEV-SNP guests, Borislav Petkov
    • Re: [PATCH v9 38/43] x86/sev: Use firmware-validated CPUID for SEV-SNP guests, Borislav Petkov
  • [PATCH v9 40/43] x86/sev: Register SEV-SNP guest request platform device, Brijesh Singh
    • Re: [PATCH v9 40/43] x86/sev: Register SEV-SNP guest request platform device, Peter Gonda
      • Re: [PATCH v9 40/43] x86/sev: Register SEV-SNP guest request platform device, Brijesh Singh
    • Re: [PATCH v9 40/43] x86/sev: Register SEV-SNP guest request platform device, Borislav Petkov
  • [PATCH v9 39/43] x86/sev: Provide support for SNP guest request NAEs, Brijesh Singh
    • Re: [PATCH v9 39/43] x86/sev: Provide support for SNP guest request NAEs, Peter Gonda
  • [PATCH v9 42/43] virt: sevguest: Add support to derive key, Brijesh Singh
    • Re: [PATCH v9 42/43] virt: sevguest: Add support to derive key, Peter Gonda
      • Re: [PATCH v9 42/43] virt: sevguest: Add support to derive key, Brijesh Singh
    • Re: [PATCH v9 42/43] virt: sevguest: Add support to derive key, Borislav Petkov
      • Re: [PATCH v9 42/43] virt: sevguest: Add support to derive key, Brijesh Singh
        • Re: [PATCH v9 42/43] virt: sevguest: Add support to derive key, Dov Murik
          • Re: [PATCH v9 42/43] virt: sevguest: Add support to derive key, Brijesh Singh
            • Re: [PATCH v9 42/43] virt: sevguest: Add support to derive key, Borislav Petkov
            • Re: [PATCH v9 42/43] virt: sevguest: Add support to derive key, Dov Murik
              • Re: [PATCH v9 42/43] virt: sevguest: Add support to derive key, Borislav Petkov
              • Re: [PATCH v9 42/43] virt: sevguest: Add support to derive key, Brijesh Singh
  • [PATCH v9 41/43] virt: Add SEV-SNP guest driver, Brijesh Singh
    • Re: [PATCH v9 41/43] virt: Add SEV-SNP guest driver, Peter Gonda
    • Re: [PATCH v9 41/43] virt: Add SEV-SNP guest driver, Borislav Petkov
      • Re: [PATCH v9 41/43] virt: Add SEV-SNP guest driver, Brijesh Singh
        • Re: [PATCH v9 41/43] virt: Add SEV-SNP guest driver, Borislav Petkov
  • [PATCH v9 43/43] virt: sevguest: Add support to get extended report, Brijesh Singh
    • Re: [PATCH v9 43/43] virt: sevguest: Add support to get extended report, Peter Gonda
    • Re: [PATCH v9 43/43] virt: sevguest: Add support to get extended report, Borislav Petkov
• [GIT PULL] EFI fixes for v5.17, Ard Biesheuvel
  • Re: [GIT PULL] EFI fixes for v5.17, pr-tracker-bot
• [PATCH] riscv/efi_stub: Fix get_boot_hartid_from_fdt() return value, Sunil V L
  • Re: [PATCH] riscv/efi_stub: Fix get_boot_hartid_from_fdt() return value, Heinrich Schuchardt
  • Re: [PATCH] riscv/efi_stub: Fix get_boot_hartid_from_fdt() return value, Sunil V L
  • Re: [PATCH] riscv/efi_stub: Fix get_boot_hartid_from_fdt() return value, Andreas Schwab
    • Re: [PATCH] riscv/efi_stub: Fix get_boot_hartid_from_fdt() return value, Heinrich Schuchardt
      • Re: [PATCH] riscv/efi_stub: Fix get_boot_hartid_from_fdt() return value, Andreas Schwab
      • Re: [PATCH] riscv/efi_stub: Fix get_boot_hartid_from_fdt() return value, Andreas Schwab
        • Re: [PATCH] riscv/efi_stub: Fix get_boot_hartid_from_fdt() return value, Heinrich Schuchardt
          • Re: [PATCH] riscv/efi_stub: Fix get_boot_hartid_from_fdt() return value, Andreas Schwab
            • Re: [PATCH] riscv/efi_stub: Fix get_boot_hartid_from_fdt() return value, Sunil V L
              • Re: [PATCH] riscv/efi_stub: Fix get_boot_hartid_from_fdt() return value, Atish Patra
                • Re: [PATCH] riscv/efi_stub: Fix get_boot_hartid_from_fdt() return value, Ard Biesheuvel
• [RFC PATCH 0/1] RISCV_EFI_BOOT_PROTOCOL support in linux, Sunil V L
  • [RFC PATCH 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL, Sunil V L
    • Re: [RFC PATCH 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL, Ard Biesheuvel
      • Re: [RFC PATCH 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL, Sunil V L
    • Re: [RFC PATCH 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL, Heinrich Schuchardt
      • Re: [RFC PATCH 1/1] riscv/efi_stub: Add support for RISCV_EFI_BOOT_PROTOCOL, Sunil V L
• [PATCH v10 0/8] Enroll kernel keys thru MOK, Eric Snowberg
  • [PATCH v10 6/8] efi/mokvar: move up init order, Eric Snowberg
  • [PATCH v10 8/8] integrity: Only use machine keyring when uefi_check_trust_mok_keys is true, Eric Snowberg
    • Re: [PATCH v10 8/8] integrity: Only use machine keyring when uefi_check_trust_mok_keys is true, Michal Suchánek
      • Re: [PATCH v10 8/8] integrity: Only use machine keyring when uefi_check_trust_mok_keys is true, Eric Snowberg
        • Re: [PATCH v10 8/8] integrity: Only use machine keyring when uefi_check_trust_mok_keys is true, Michal Suchánek
          • Re: [PATCH v10 8/8] integrity: Only use machine keyring when uefi_check_trust_mok_keys is true, Eric Snowberg
            • Re: [PATCH v10 8/8] integrity: Only use machine keyring when uefi_check_trust_mok_keys is true, Michal Suchánek
  • [PATCH v10 5/8] KEYS: Introduce link restriction for machine keys, Eric Snowberg
  • [PATCH v10 2/8] integrity: Introduce a Linux keyring called machine, Eric Snowberg
  • [PATCH v10 4/8] KEYS: store reference to machine keyring, Eric Snowberg
  • [PATCH v10 3/8] integrity: add new keyring handler for mok keys, Eric Snowberg
  • [PATCH v10 1/8] integrity: Fix warning about missing prototypes, Eric Snowberg
  • [PATCH v10 7/8] integrity: Trust MOK keys if MokListTrustedRT found, Eric Snowberg
  • Re: [PATCH v10 0/8] Enroll kernel keys thru MOK, Jarkko Sakkinen
    • Re: [PATCH v10 0/8] Enroll kernel keys thru MOK, Jarkko Sakkinen
      • Re: [PATCH v10 0/8] Enroll kernel keys thru MOK, Mimi Zohar
        • Re: [PATCH v10 0/8] Enroll kernel keys thru MOK, Jarkko Sakkinen
          • Re: MAINTAINERS update suggestion (subject change), Mimi Zohar
        • Re: [PATCH v10 0/8] Enroll kernel keys thru MOK, Jarkko Sakkinen
          • Re: [PATCH v10 0/8] Enroll kernel keys thru MOK, Mimi Zohar
            • Re: [PATCH v10 0/8] Enroll kernel keys thru MOK, Jarkko Sakkinen
              • Re: [PATCH v10 0/8] Enroll kernel keys thru MOK, Mimi Zohar
                • Re: [PATCH v10 0/8] Enroll kernel keys thru MOK, Jarkko Sakkinen
              • Re: [PATCH v10 0/8] Enroll kernel keys thru MOK, Mimi Zohar
                • Re: [PATCH v10 0/8] Enroll kernel keys thru MOK, Jarkko Sakkinen
• [PATCH 5.16 0502/1039] of: fdt: Aggregate the processing of "linux,usable-memory-range", Greg Kroah-Hartman
• [PATCH 5.15 427/846] of: fdt: Aggregate the processing of "linux,usable-memory-range", Greg Kroah-Hartman
• [PATCH 5.16 0503/1039] efi: apply memblock cap after memblock_add(), Greg Kroah-Hartman
• [PATCH 5.15 428/846] efi: apply memblock cap after memblock_add(), Greg Kroah-Hartman
• [efi:urgent] BUILD SUCCESS f5390cd0b43c2e54c7cf5506c7da4a37c5cef746, kernel test robot
• [PATCH] efi/libstub: arm64: Fix image check alignment at entry, Mihai Carabas
  • Re: [PATCH] efi/libstub: arm64: Fix image check alignment at entry, Ard Biesheuvel
• Re: [PATCH v5 3/5] x86/e820: Tag e820_entry with crypto capabilities, Dave Hansen
  • Re: [PATCH v5 3/5] x86/e820: Tag e820_entry with crypto capabilities, Martin Fernandez
    • Re: [PATCH v5 3/5] x86/e820: Tag e820_entry with crypto capabilities, Martin Fernandez
• Re: [PATCH v5 1/5] mm/memblock: Tag memblocks with crypto capabilities, Mike Rapoport
  • Re: [PATCH v5 1/5] mm/memblock: Tag memblocks with crypto capabilities, Martin Fernandez
• [PATCH] efi: runtime: avoid EFIv2 runtime services on Apple x86 machines, Ard Biesheuvel
  • Re: [PATCH] efi: runtime: avoid EFIv2 runtime services on Apple x86 machines, Aditya Garg
  • Re: [PATCH] efi: runtime: avoid EFIv2 runtime services on Apple x86 machines, Aditya Garg
• [PATCHv2 0/7] Implement support for unaccepted memory, Kirill A. Shutemov
  • [PATCHv2 1/7] mm: Add support for unaccepted memory, Kirill A. Shutemov
    • Re: [PATCHv2 1/7] mm: Add support for unaccepted memory, Dave Hansen
      • Re: [PATCHv2 1/7] mm: Add support for unaccepted memory, David Hildenbrand
        • Re: [PATCHv2 1/7] mm: Add support for unaccepted memory, Kirill A. Shutemov
          • Re: [PATCHv2 1/7] mm: Add support for unaccepted memory, David Hildenbrand
      • Re: [PATCHv2 1/7] mm: Add support for unaccepted memory, Kirill A. Shutemov
        • Re: [PATCHv2 1/7] mm: Add support for unaccepted memory, Dave Hansen
          • Re: [PATCHv2 1/7] mm: Add support for unaccepted memory, Mike Rapoport
  • [PATCHv2 2/7] efi/x86: Get full memory map in allocate_e820(), Kirill A. Shutemov
  • [PATCHv2 3/7] efi/x86: Implement support for unaccepted memory, Kirill A. Shutemov
    • Re: [PATCHv2 3/7] efi/x86: Implement support for unaccepted memory, Dave Hansen
      • Re: [PATCHv2 3/7] efi/x86: Implement support for unaccepted memory, Kirill A. Shutemov
        • Re: [PATCHv2 3/7] efi/x86: Implement support for unaccepted memory, Dave Hansen
  • [PATCHv2 4/7] x86/boot/compressed: Handle unaccepted memory, Kirill A. Shutemov
  • [PATCHv2 5/7] x86/mm: Reserve unaccepted memory bitmap, Kirill A. Shutemov
    • Re: [PATCHv2 5/7] x86/mm: Reserve unaccepted memory bitmap, Dave Hansen
      • Re: [PATCHv2 5/7] x86/mm: Reserve unaccepted memory bitmap, Kirill A. Shutemov
        • Re: [PATCHv2 5/7] x86/mm: Reserve unaccepted memory bitmap, Dave Hansen
          • Re: [PATCHv2 5/7] x86/mm: Reserve unaccepted memory bitmap, Mike Rapoport
  • [PATCHv2 7/7] x86/tdx: Unaccepted memory support, Kirill A. Shutemov
  • [PATCHv2 6/7] x86/mm: Provide helpers for unaccepted memory, Kirill A. Shutemov
    • Re: [PATCHv2 6/7] x86/mm: Provide helpers for unaccepted memory, Dave Hansen
      • Re: [PATCHv2 6/7] x86/mm: Provide helpers for unaccepted memory, Kirill A. Shutemov
  • Re: [PATCHv2 0/7] Implement support for unaccepted memory, Brijesh Singh
• [PATCH 0/3] usable memory range fixes (arm64/fdt/efi), Frank van der Linden
  • [PATCH 1/3] memblock: define functions to set the usable memory range, Frank van der Linden
    • Re: [PATCH 1/3] memblock: define functions to set the usable memory range, Mike Rapoport
      • Re: [PATCH 1/3] memblock: define functions to set the usable memory range, Frank van der Linden
        • Re: [PATCH 1/3] memblock: define functions to set the usable memory range, Mike Rapoport
        • Re: [PATCH 1/3] memblock: define functions to set the usable memory range, Mike Rapoport
          • Re: [PATCH 1/3] memblock: define functions to set the usable memory range, Frank van der Linden
            • Re: [PATCH 1/3] memblock: define functions to set the usable memory range, Frank van der Linden
          • Re: [PATCH 1/3] memblock: define functions to set the usable memory range, Frank van der Linden
      • Re: [PATCH 1/3] memblock: define functions to set the usable memory range, Frank van der Linden
        • Re: [PATCH 1/3] memblock: define functions to set the usable memory range, Ard Biesheuvel
  • [PATCH 2/3] of: fdt: use memblock usable range interface, Frank van der Linden
  • [PATCH 3/3] efi: enforce usable memory range after reserving regions, Frank van der Linden
• [GIT PULL] EFI updates for v5.17, Ard Biesheuvel
  • Re: [GIT PULL] EFI updates for v5.17, pr-tracker-bot
• [BUG][SEVERE] Enabling EFI runtime services causes panics in the T2 security chip on Macs equipped with it., Aditya Garg
  • Re: [BUG][SEVERE] Enabling EFI runtime services causes panics in the T2 security chip on Macs equipped with it., Ard Biesheuvel
    • Re: [BUG][SEVERE] Enabling EFI runtime services causes panics in the T2 security chip on Macs equipped with it., Aditya Garg
      • Re: [BUG][SEVERE] Enabling EFI runtime services causes panics in the T2 security chip on Macs equipped with it., Ard Biesheuvel
        • Re: [BUG][SEVERE] Enabling EFI runtime services causes panics in the T2 security chip on Macs equipped with it., Ard Biesheuvel
          • Re: [BUG][SEVERE] Enabling EFI runtime services causes panics in the T2 security chip on Macs equipped with it., Orlando Chamberlain
            • Re: [BUG][SEVERE] Enabling EFI runtime services causes panics in the T2 security chip on Macs equipped with it., Aditya Garg
          • Re: [BUG][SEVERE] Enabling EFI runtime services causes panics in the T2 security chip on Macs equipped with it., Aditya Garg
          • Re: [BUG][SEVERE] Enabling EFI runtime services causes panics in the T2 security chip on Macs equipped with it., Aditya Garg
            • Re: [BUG][SEVERE] Enabling EFI runtime services causes panics in the T2 security chip on Macs equipped with it., Ard Biesheuvel
              • Re: [BUG][SEVERE] Enabling EFI runtime services causes panics in the T2 security chip on Macs equipped with it., Orlando Chamberlain
                • Re: [BUG][SEVERE] Enabling EFI runtime services causes panics in the T2 security chip on Macs equipped with it., Ard Biesheuvel
• [efi:next] BUILD SUCCESS 42f4046bc4ba56c6e4d2af7a9d7f70eaa563daec, kernel test robot
• [PATCH v9 0/8] Enroll kernel keys thru MOK, Eric Snowberg
  • [PATCH v9 6/8] efi/mokvar: move up init order, Eric Snowberg
    • Re: [PATCH v9 6/8] efi/mokvar: move up init order, Jarkko Sakkinen
  • [PATCH v9 7/8] integrity: Trust MOK keys if MokListTrustedRT found, Eric Snowberg
    • Re: [PATCH v9 7/8] integrity: Trust MOK keys if MokListTrustedRT found, Jarkko Sakkinen
  • [PATCH v9 4/8] KEYS: store reference to machine keyring, Eric Snowberg
    • Re: [PATCH v9 4/8] KEYS: store reference to machine keyring, Jarkko Sakkinen
  • [PATCH v9 5/8] KEYS: Introduce link restriction for machine keys, Eric Snowberg
    • Re: [PATCH v9 5/8] KEYS: Introduce link restriction for machine keys, Jarkko Sakkinen
    • Re: [PATCH v9 5/8] KEYS: Introduce link restriction for machine keys, Mimi Zohar
      • Re: [PATCH v9 5/8] KEYS: Introduce link restriction for machine keys, Eric Snowberg
  • [PATCH v9 1/8] integrity: Fix warning about missing prototypes, Eric Snowberg
    • Re: [PATCH v9 1/8] integrity: Fix warning about missing prototypes, Jarkko Sakkinen
  • [PATCH v9 8/8] integrity: Only use machine keyring when uefi_check_trust_mok_keys is true, Eric Snowberg
    • Re: [PATCH v9 8/8] integrity: Only use machine keyring when uefi_check_trust_mok_keys is true, Jarkko Sakkinen
      • Re: [PATCH v9 8/8] integrity: Only use machine keyring when uefi_check_trust_mok_keys is true, Mimi Zohar
        • Re: [PATCH v9 8/8] integrity: Only use machine keyring when uefi_check_trust_mok_keys is true, Mimi Zohar
        • Re: [PATCH v9 8/8] integrity: Only use machine keyring when uefi_check_trust_mok_keys is true, Jarkko Sakkinen
  • [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Eric Snowberg
    • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Mimi Zohar
      • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Eric Snowberg
        • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Mimi Zohar
          • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Eric Snowberg
            • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Mimi Zohar
              • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Mimi Zohar
                • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Jarkko Sakkinen
                  • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Eric Snowberg
                    • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Jarkko Sakkinen
                      • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Jarkko Sakkinen
                        • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Mimi Zohar
                          • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Jarkko Sakkinen
                            • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Eric Snowberg
              • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Mimi Zohar
                • Re: [PATCH v9 2/8] integrity: Introduce a Linux keyring called machine, Eric Snowberg
  • [PATCH v9 3/8] integrity: add new keyring handler for mok keys, Eric Snowberg
    • Re: [PATCH v9 3/8] integrity: add new keyring handler for mok keys, Jarkko Sakkinen
• [PATCH] efi: use default_groups in kobj_type, Greg Kroah-Hartman
  • Re: [PATCH] efi: use default_groups in kobj_type, Ard Biesheuvel
• [GIT PULL] EFI fix for 5.16 (#2), Ard Biesheuvel
  • Re: [GIT PULL] EFI fix for 5.16 (#2), pr-tracker-bot
• [PATCH v6] random: fix crash on multiple early calls to add_bootloader_randomness(), Dominik Brodowski
  • Re: [PATCH v6] random: fix crash on multiple early calls to add_bootloader_randomness(), Jason A. Donenfeld
    • [PATCH v7 1/4] random: fix crash on multiple early calls to add_bootloader_randomness(), Jason A. Donenfeld
      • [PATCH v7 2/4] random: do not re-init if crng_reseed completes before primary init, Jason A. Donenfeld
      • [PATCH v7 3/4] random: do not throw away excess input to crng_fast_load, Jason A. Donenfeld
      • [PATCH v7 4/4] random: mix bootloader randomness into pool, Jason A. Donenfeld
      • [PATCH v8 1/7] random: fix crash on multiple early calls to add_bootloader_randomness(), Dominik Brodowski
        • [PATCH v8 3/7] random: do not throw away excess input to crng_fast_load, Dominik Brodowski
          • Re: [PATCH v8 3/7] random: do not throw away excess input to crng_fast_load, Jason A. Donenfeld
        • [PATCH v8 7/7] random: move crng_initialize_secondary to CONFIG_NUMA section, Dominik Brodowski
          • [PATCH v8.1 7/7] random: move NUMA-related code to CONFIG_NUMA section, Dominik Brodowski
            • Re: [PATCH v8.1 7/7] random: move NUMA-related code to CONFIG_NUMA section, Jason A. Donenfeld
        • [PATCH v8 2/7] random: do not re-init if crng_reseed completes before primary init, Dominik Brodowski
          • Re: [PATCH v8 2/7] random: do not re-init if crng_reseed completes before primary init, Jason A. Donenfeld
        • [PATCH v8 5/7] random: harmonize "crng init done" messages, Dominik Brodowski
          • Re: [PATCH v8 5/7] random: harmonize "crng init done" messages, Jason A. Donenfeld
        • [PATCH v8 4/7] random: mix bootloader randomness into pool, Dominik Brodowski
          • Re: [PATCH v8 4/7] random: mix bootloader randomness into pool, Jason A. Donenfeld
        • [PATCH v8 6/7] random: early initialization of ChaCha constants, Dominik Brodowski
          • Re: [PATCH v8 6/7] random: early initialization of ChaCha constants, Jason A. Donenfeld
        • Re: [PATCH v8 1/7] random: fix crash on multiple early calls to add_bootloader_randomness(), Jason A. Donenfeld
• [PATCH v13 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures, Chen Yu
• Re: [PATCH v4 3/5] x86/e820: Tag e820_entry with crypto capabilities, Greg KH
  • Re: [PATCH v4 3/5] x86/e820: Tag e820_entry with crypto capabilities, Martin Fernandez
    • Re: [PATCH v4 3/5] x86/e820: Tag e820_entry with crypto capabilities, Greg KH
      • Re: [PATCH v4 3/5] x86/e820: Tag e820_entry with crypto capabilities, Martin Fernandez
• [PATCH 4.19 15/56] x86: Make ARCH_USE_MEMREMAP_PROT a generic Kconfig symbol, Greg Kroah-Hartman
• [PATCH 4.14 15/45] x86: Make ARCH_USE_MEMREMAP_PROT a generic Kconfig symbol, Greg Kroah-Hartman
• [PATCH v2] builddeb: Support signing kernels with the module signing key, Matthew Wilcox (Oracle)
  • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, Masahiro Yamada
    • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, Matthew Wilcox
      • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, Masahiro Yamada
        • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, Matthew Wilcox
          • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, Masahiro Yamada
        • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, Julian Andres Klode
          • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, Matthew Wilcox
            • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, Julian Andres Klode
              • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, Masahiro Yamada
            • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, James Bottomley
              • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, Masahiro Yamada
    • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, Matthew Wilcox
      • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, Masahiro Yamada
        • Re: [PATCH v2] builddeb: Support signing kernels with the module signing key, Ben Hutchings
• [PATCH v12 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures, Chen Yu
• [efi:next] BUILD SUCCESS 21e42b00f779ceeac0eb022c747d8f0953805897, kernel test robot
• [PATCH] efi: fix unmet dependency on CRYPTO for CRYPTO_LIB_SHA256, Julian Braha
• [PATCHv2 0/2] arm64: fdt: fix membock add/cap ordering, Pingfan Liu
  • [PATCHv2 1/2] of: fdt: Aggregate the processing of "linux,usable-memory-range", Pingfan Liu
  • [PATCHv2 2/2] efi: apply memblock cap after memblock_add(), Pingfan Liu
    • Re: [PATCHv2 2/2] efi: apply memblock cap after memblock_add(), Rob Herring
      • Re: [PATCHv2 2/2] efi: apply memblock cap after memblock_add(), Pingfan Liu
    • [PATCHv3] efi: apply memblock cap after memblock_add(), Pingfan Liu
      • Re: [PATCHv3] efi: apply memblock cap after memblock_add(), Leizhen (ThunderTown)
        • Re: [PATCHv3] efi: apply memblock cap after memblock_add(), Pingfan Liu
          • Re: [PATCHv3] efi: apply memblock cap after memblock_add(), Leizhen (ThunderTown)
            • Re: [PATCHv3] efi: apply memblock cap after memblock_add(), Pingfan Liu
            • Re: [PATCHv3] efi: apply memblock cap after memblock_add(), Rob Herring
              • Re: [PATCHv3] efi: apply memblock cap after memblock_add(), Leizhen (ThunderTown)
      • Re: [PATCHv3] efi: apply memblock cap after memblock_add(), Rob Herring
        • Re: [PATCHv3] efi: apply memblock cap after memblock_add(), Ard Biesheuvel
      • Re: [PATCHv3] efi: apply memblock cap after memblock_add(), Rob Herring
      • Re: [PATCHv3] efi: apply memblock cap after memblock_add(), Leizhen (ThunderTown)
        • Re: [PATCHv3] efi: apply memblock cap after memblock_add(), Leizhen (ThunderTown)
• [efi:urgent] BUILD SUCCESS 4bc5e64e6cf37007e436970024e5998ee0935651, kernel test robot
• [PATCH v8 00/40] Add AMD Secure Nested Paging (SEV-SNP) Guest Support, Brijesh Singh
  • [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Brijesh Singh
    • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Dave Hansen
    • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Borislav Petkov
      • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Dave Hansen
        • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Borislav Petkov
    • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Venu Busireddy
      • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Borislav Petkov
        • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Venu Busireddy
          • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Borislav Petkov
            • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Venu Busireddy
              • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Borislav Petkov
              • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Tom Lendacky
                • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Michael Roth
                  • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Venu Busireddy
                    • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Borislav Petkov
                      • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Michael Roth
                        • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Borislav Petkov
                          • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Michael Roth
                            • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Venu Busireddy
                              • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Brijesh Singh
                                • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Brijesh Singh
                                  • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Venu Busireddy
                                    • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Borislav Petkov
                    • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Michael Roth
                  • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Venu Busireddy
                • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Venu Busireddy
              • Re: [PATCH v8 01/40] x86/compressed/64: detect/setup SEV/SME features earlier in boot, Michael Roth
  • [PATCH v8 02/40] x86/sev: detect/setup SEV/SME features earlier in boot, Brijesh Singh
    • Re: [PATCH v8 02/40] x86/sev: detect/setup SEV/SME features earlier in boot, Venu Busireddy
  • [PATCH v8 03/40] x86/mm: Extend cc_attr to include AMD SEV-SNP, Brijesh Singh
    • Re: [PATCH v8 03/40] x86/mm: Extend cc_attr to include AMD SEV-SNP, Venu Busireddy
    • Re: [PATCH v8 03/40] x86/mm: Extend cc_attr to include AMD SEV-SNP, Borislav Petkov
  • [PATCH v8 05/40] x86/sev: Save the negotiated GHCB version, Brijesh Singh
    • Re: [PATCH v8 05/40] x86/sev: Save the negotiated GHCB version, Venu Busireddy
  • [PATCH v8 04/40] x86/sev: Define the Linux specific guest termination reasons, Brijesh Singh
    • Re: [PATCH v8 04/40] x86/sev: Define the Linux specific guest termination reasons, Venu Busireddy
    • Re: [PATCH v8 04/40] x86/sev: Define the Linux specific guest termination reasons, Borislav Petkov
  • [PATCH v8 09/40] x86/compressed: Add helper for validating pages in the decompression stage, Brijesh Singh
    • Re: [PATCH v8 09/40] x86/compressed: Add helper for validating pages in the decompression stage, Venu Busireddy
      • Re: [PATCH v8 09/40] x86/compressed: Add helper for validating pages in the decompression stage, Brijesh Singh
        • Re: [PATCH v8 09/40] x86/compressed: Add helper for validating pages in the decompression stage, Venu Busireddy
    • Re: [PATCH v8 09/40] x86/compressed: Add helper for validating pages in the decompression stage, Borislav Petkov
  • [PATCH v8 15/40] x86/mm: Add support to validate memory when changing C-bit, Brijesh Singh
    • Re: [PATCH v8 15/40] x86/mm: Add support to validate memory when changing C-bit, Borislav Petkov
    • Re: [PATCH v8 15/40] x86/mm: Add support to validate memory when changing C-bit, Venu Busireddy
  • [PATCH v8 16/40] KVM: SVM: Define sev_features and vmpl field in the VMSA, Brijesh Singh
    • Re: [PATCH v8 16/40] KVM: SVM: Define sev_features and vmpl field in the VMSA, Venu Busireddy
  • [PATCH v8 17/40] KVM: SVM: Create a separate mapping for the SEV-ES save area, Brijesh Singh