Linux EFI/UEFI Development

• Thread Index

• Re: [PATCH Part2 RFC v4 26/40] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_FINISH command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 25/40] KVM: SVM: Reclaim the guest pages when SEV-SNP VM terminates
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 26/40] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_FINISH command
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 34/40] KVM: SVM: Add support to handle Page State Change VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 33/40] KVM: SVM: Add support to handle MSR based Page State Change VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 25/40] KVM: SVM: Reclaim the guest pages when SEV-SNP VM terminates
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC PATCH] efi/mokvar: Reserve the table only if it is in boot services data
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 0/2] allow simple{fb, drm} drivers to be used on non-x86 EFI platforms
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 0/2] allow simple{fb, drm} drivers to be used on non-x86 EFI platforms
  • From: Dave Airlie <airlied@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 2bab693a608bdf614b9fcd44083c5100f34b9f77
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH] efi/mokvar: Reserve the table only if it is in boot services data
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part2 RFC v4 25/40] KVM: SVM: Reclaim the guest pages when SEV-SNP VM terminates
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 32/40] KVM: SVM: Add support to handle GHCB GPA register VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 31/40] KVM: X86: update page-fault trace to log the 64-bit error code
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 30/40] KVM: X86: Define new RMP check related #NPF error bits
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 26/40] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_FINISH command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 25/40] KVM: SVM: Reclaim the guest pages when SEV-SNP VM terminates
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 24/40] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_UPDATE command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 23/40] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_START command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 22/40] KVM: SVM: Add KVM_SNP_INIT command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 34/40] KVM: SVM: Add support to handle Page State Change VMGEXIT
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 21/40] KVM: SVM: Add initial SEV-SNP support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 33/40] KVM: SVM: Add support to handle MSR based Page State Change VMGEXIT
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 32/40] KVM: SVM: Add support to handle GHCB GPA register VMGEXIT
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 27/40] KVM: X86: Add kvm_x86_ops to get the max page level for the TDP
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 31/40] KVM: X86: update page-fault trace to log the 64-bit error code
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 30/40] KVM: X86: Define new RMP check related #NPF error bits
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 26/40] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_FINISH command
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 25/40] KVM: SVM: Reclaim the guest pages when SEV-SNP VM terminates
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 24/40] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_UPDATE command
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 23/40] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_START command
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 22/40] KVM: SVM: Add KVM_SNP_INIT command
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 21/40] KVM: SVM: Add initial SEV-SNP support
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 27/40] KVM: X86: Add kvm_x86_ops to get the max page level for the TDP
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 21/40] KVM: SVM: Add initial SEV-SNP support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 28/40] KVM: X86: Introduce kvm_mmu_map_tdp_page() for use by SEV
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 21/40] KVM: SVM: Add initial SEV-SNP support
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v2 1/1] ACPI: utils: Fix reference counting in for_each_acpi_dev_match()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 05/40] x86/sev: Add RMP entry lookup helpers
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [RFC PATCH] efi/mokvar: Reserve the table only if it is in boot services data
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: Fix the efi_load_initrd function description
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/tpm: Differentiate missing and invalid final event log table.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 15/40] crypto: ccp: Handle the legacy TMR allocation when SNP is enabled
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 15/40] crypto: ccp: Handle the legacy TMR allocation when SNP is enabled
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 15/40] crypto: ccp: Handle the legacy TMR allocation when SNP is enabled
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 15/40] crypto: ccp: Handle the legacy TMR allocation when SNP is enabled
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 07/40] x86/sev: Split the physmap when adding the page in RMP table
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 07/40] x86/sev: Split the physmap when adding the page in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 10/40] x86/fault: Add support to handle the RMP fault for user address
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 06/40] x86/sev: Add helper functions for RMPUPDATE and PSMASH instruction
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 07/40] x86/sev: Split the physmap when adding the page in RMP table
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 05/40] x86/sev: Add RMP entry lookup helpers
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 08/40] x86/traps: Define RMP violation #PF error code
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH Part2 RFC v4 08/40] x86/traps: Define RMP violation #PF error code
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 06/40] x86/sev: Add helper functions for RMPUPDATE and PSMASH instruction
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH Part2 RFC v4 06/40] x86/sev: Add helper functions for RMPUPDATE and PSMASH instruction
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 07/40] x86/sev: Split the physmap when adding the page in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 05/40] x86/sev: Add RMP entry lookup helpers
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 07/40] x86/sev: Split the physmap when adding the page in RMP table
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 07/40] x86/sev: Split the physmap when adding the page in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 07/40] x86/sev: Split the physmap when adding the page in RMP table
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 01/40] KVM: SVM: Add support to handle AP reset MSR protocol
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH Part2 RFC v4 01/40] KVM: SVM: Add support to handle AP reset MSR protocol
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 01/40] KVM: SVM: Add support to handle AP reset MSR protocol
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH v3 0/2] allow simple{fb, drm} drivers to be used on non-x86 EFI platforms
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH Part2 RFC v4 01/40] KVM: SVM: Add support to handle AP reset MSR protocol
  • From: Joerg Roedel <jroedel@xxxxxxx>
• Re: [PATCH Part2 RFC v4 07/40] x86/sev: Split the physmap when adding the page in RMP table
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 04/40] x86/sev: Add the host SEV-SNP initialization support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 04/40] x86/sev: Add the host SEV-SNP initialization support
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 04/40] x86/sev: Add the host SEV-SNP initialization support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 04/40] x86/sev: Add the host SEV-SNP initialization support
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 02/40] KVM: SVM: Provide the Hypervisor Feature support VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 02/40] KVM: SVM: Provide the Hypervisor Feature support VMGEXIT
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 01/40] KVM: SVM: Add support to handle AP reset MSR protocol
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 15/40] crypto: ccp: Handle the legacy TMR allocation when SNP is enabled
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 20/40] KVM: SVM: Make AVIC backing, VMSA and VMCB memory allocation SNP safe
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 15/40] crypto: ccp: Handle the legacy TMR allocation when SNP is enabled
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 20/40] KVM: SVM: Make AVIC backing, VMSA and VMCB memory allocation SNP safe
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 15/40] crypto: ccp: Handle the legacy TMR allocation when SNP is enabled
  • From: Marc Orr <marcorr@xxxxxxxxxx>
• Re: [PATCH v2 1/1] ACPI: utils: Fix reference counting in for_each_acpi_dev_match()
  • From: Daniel Scally <djrscally@xxxxxxxxx>
• Re: [PATCH v3 0/2] allow simple{fb,drm} drivers to be used on non-x86 EFI platforms
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v3] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 06/40] x86/sev: Add helper functions for RMPUPDATE and PSMASH instruction
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH Part2 RFC v4 23/40] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_START command
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 06/40] x86/sev: Add helper functions for RMPUPDATE and PSMASH instruction
  • From: Peter Gonda <pgonda@xxxxxxxxxx>
• [PATCH v2 1/1] ACPI: utils: Fix reference counting in for_each_acpi_dev_match()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH Part2 RFC v4 10/40] x86/fault: Add support to handle the RMP fault for user address
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 10/40] x86/fault: Add support to handle the RMP fault for user address
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH Part2 RFC v4 10/40] x86/fault: Add support to handle the RMP fault for user address
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 10/40] x86/fault: Add support to handle the RMP fault for user address
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH Part2 RFC v4 10/40] x86/fault: Add support to handle the RMP fault for user address
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 10/40] x86/fault: Add support to handle the RMP fault for user address
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH Part2 RFC v4 10/40] x86/fault: Add support to handle the RMP fault for user address
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH 1/1] RISC-V: load initrd wherever it fits into memory
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [PATCH] efi/tpm: Differentiate missing and invalid final event log table.
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 14/40] crypto:ccp: Provide APIs to issue SEV-SNP commands
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 09/40] x86/fault: Add support to dump RMP entry on fault
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH Part2 RFC v4 09/40] x86/fault: Add support to dump RMP entry on fault
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 09/40] x86/fault: Add support to dump RMP entry on fault
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH Part2 RFC v4 09/40] x86/fault: Add support to dump RMP entry on fault
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part2 RFC v4 10/40] x86/fault: Add support to handle the RMP fault for user address
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH Part2 RFC v4 00/40] Add AMD Secure Nested Paging (SEV-SNP) Hypervisor Support
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH Part2 RFC v4 09/40] x86/fault: Add support to dump RMP entry on fault
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH Part2 RFC v4 09/40] x86/fault: Add support to dump RMP entry on fault
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH] efi/tpm: Differentiate missing and invalid final event log table.
  • From: Michal Suchanek <msuchanek@xxxxxxx>
• Re: [PATCH Part1 RFC v4 04/36] x86/mm: Add sev_feature_enabled() helper
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v4 04/36] x86/mm: Add sev_feature_enabled() helper
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH Part2 RFC v4 09/40] x86/fault: Add support to dump RMP entry on fault
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH Part2 RFC v4 39/40] KVM: SVM: Use a VMSA physical address variable for populating VMCB
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 32/40] KVM: SVM: Add support to handle GHCB GPA register VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 38/40] KVM: SVM: Provide support for SNP_GUEST_REQUEST NAE event
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 31/40] KVM: X86: update page-fault trace to log the 64-bit error code
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 37/40] KVM: SVM: Add support to handle the RMP nested page fault
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 35/40] KVM: Add arch hooks to track the host write to guest memory
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 30/40] KVM: X86: Define new RMP check related #NPF error bits
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 29/40] KVM: X86: Introduce kvm_mmu_get_tdp_walk() for SEV-SNP use
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 40/40] KVM: SVM: Support SEV-SNP AP Creation NAE event
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 23/40] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_START command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 22/40] KVM: SVM: Add KVM_SNP_INIT command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 34/40] KVM: SVM: Add support to handle Page State Change VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 28/40] KVM: X86: Introduce kvm_mmu_map_tdp_page() for use by SEV
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 27/40] KVM: X86: Add kvm_x86_ops to get the max page level for the TDP
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 36/40] KVM: X86: Export the kvm_zap_gfn_range() for the SNP use
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 21/40] KVM: SVM: Add initial SEV-SNP support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 20/40] KVM: SVM: Make AVIC backing, VMSA and VMCB memory allocation SNP safe
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 33/40] KVM: SVM: Add support to handle MSR based Page State Change VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 26/40] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_FINISH command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 25/40] KVM: SVM: Reclaim the guest pages when SEV-SNP VM terminates
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 19/40] crypto: ccp: provide APIs to query extended attestation report
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 18/40] crypto: ccp: Add the SNP_{SET,GET}_EXT_CONFIG command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 24/40] KVM: SVM: Add KVM_SEV_SNP_LAUNCH_UPDATE command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 17/40] crypto: ccp: Add the SNP_PLATFORM_STATUS command
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 07/40] x86/sev: Split the physmap when adding the page in RMP table
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 14/40] crypto:ccp: Provide APIs to issue SEV-SNP commands
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 16/40] crypto: ccp: Handle the legacy SEV command when SNP is enabled
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 12/40] crypto: ccp: Add support to initialize the AMD-SP for SEV-SNP
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 11/40] crypto:ccp: Define the SEV-SNP commands
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 15/40] crypto: ccp: Handle the legacy TMR allocation when SNP is enabled
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 10/40] x86/fault: Add support to handle the RMP fault for user address
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 09/40] x86/fault: Add support to dump RMP entry on fault
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 13/40] crypto: ccp: Shutdown SNP firmware on kexec
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 08/40] x86/traps: Define RMP violation #PF error code
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 06/40] x86/sev: Add helper functions for RMPUPDATE and PSMASH instruction
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 05/40] x86/sev: Add RMP entry lookup helpers
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 04/40] x86/sev: Add the host SEV-SNP initialization support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 03/40] x86/cpufeatures: Add SEV-SNP CPU feature
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 02/40] KVM: SVM: Provide the Hypervisor Feature support VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 01/40] KVM: SVM: Add support to handle AP reset MSR protocol
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part2 RFC v4 00/40] Add AMD Secure Nested Paging (SEV-SNP) Hypervisor Support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 34/36] virt: Add SEV-SNP guest driver
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 33/36] x86/sev: Register SNP guest request platform device
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 24/36] x86/compressed/acpi: move EFI config table access to common code
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 32/36] x86/sev: Add snp_msg_seqno() helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 31/36] x86/sev: Provide support for SNP guest request NAEs
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 36/36] virt: sevguest: Add support to get extended report
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 23/36] KVM: x86: move lookup of indexed CPUID leafs to helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 30/36] x86/sev: enable SEV-SNP-validated CPUID in #VC handlers
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 22/36] x86/sev: move MSR-based VMGEXITs for CPUID to helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 29/36] x86/compressed/64: add identity mapping for Confidential Computing blob
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 35/36] virt: sevguest: Add support to derive key
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 21/36] x86/head/64: set up a startup %gs for stack protector
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 20/36] x86/sev: Use SEV-SNP AP creation to start secondary CPUs
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 16/36] KVM: SVM: define new SEV_FEATURES field in the VMCB Save State Area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 26/36] x86/compressed/64: enable SEV-SNP-validated CPUID in #VC handler
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 27/36] x86/boot: add a pointer to Confidential Computing blob in bootparams
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 28/36] x86/compressed/64: store Confidential Computing blob address in bootparams
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 19/36] KVM: SVM: Update the SEV-ES save area mapping
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 18/36] KVM: SVM: Create a separate mapping for the GHCB save area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 15/36] x86/mm: Add support to validate memory when changing C-bit
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 25/36] x86/boot: Add Confidential Computing type to setup_data
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 17/36] KVM: SVM: Create a separate mapping for the SEV-ES save area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 14/36] x86/kernel: Validate rom memory before accessing when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 12/36] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 13/36] x86/kernel: Make the bss.decrypted section shared in RMP table
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 11/36] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 10/36] x86/compressed: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 09/36] x86/compressed: Add helper for validating pages in the decompression stage
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 08/36] x86/sev: check the vmpl level
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 07/36] x86/sev: Add a helper for the PVALIDATE instruction
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 06/36] x86/sev: check SEV-SNP features support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 04/36] x86/mm: Add sev_feature_enabled() helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 05/36] x86/sev: Define the Linux specific guest termination reasons
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 03/36] x86/sev: Add support for hypervisor feature VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 02/36] x86/sev: Save the negotiated GHCB version
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 01/36] x86/sev: shorten GHCB terminate macro names
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v4 00/36] Add AMD Secure Nested Paging (SEV-SNP) Guest Support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH 1/1] RISC-V: load initrd wherever it fits into memory
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 22/22] virt: Add SEV-SNP guest driver
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 22/22] virt: Add SEV-SNP guest driver
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/1] RISC-V: load initrd wherever it fits into memory
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• [PATCH] efi/libstub: Fix the efi_load_initrd function description
  • From: Atish Patra <atish.patra@xxxxxxx>
• Re: [PATCH Part1 RFC v3 22/22] virt: Add SEV-SNP guest driver
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH 1/3] x86/setup: always reserve the first 1M of RAM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 22/22] virt: Add SEV-SNP guest driver
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/3] x86/setup: always reserve the first 1M of RAM
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 22/22] virt: Add SEV-SNP guest driver
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 22/22] virt: Add SEV-SNP guest driver
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [RFC PATCH] efi/mokvar: Reserve the table only if it is in boot services data
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/1] RISC-V: load initrd wherever it fits into memory
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v3 3/5] mm: x86: Invoke hypercall when page encryption status is changed
  • From: Ashish Kalra <ashish.kalra@xxxxxxx>
• Re: [PATCH 1/1] RISC-V: load initrd wherever it fits into memory
  • From: Atish Patra <atishp@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] virt: Add sev_secret module to expose confidential computing secrets
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [RFC PATCH v2 0/3] Allow access to confidential computing secret area
  • From: Borislav Petkov <bp@xxxxxxx>
• [PATCH 1/1] RISC-V: load initrd wherever it fits into memory
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [RFC PATCH v2 3/3] virt: Add sev_secret module to expose confidential computing secrets
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] Allow access to confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] efi: Reserve confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] efi: Reserve confidential computing secret area
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [GIT PULL] EFI changes for v5.14
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [RFC PATCH v2 3/3] virt: Add sev_secret module to expose confidential computing secrets
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [RFC PATCH v2 0/3] Allow access to confidential computing secret area
  • From: Borislav Petkov <bp@xxxxxxx>
• [RFC PATCH v2 3/3] virt: Add sev_secret module to expose confidential computing secrets
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [RFC PATCH v2 2/3] efi: Reserve confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [RFC PATCH v2 1/3] efi/libstub: Copy confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [RFC PATCH v2 0/3] Allow access to confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [GIT PULL] EFI changes for v5.14
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• RE: [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 2/2] drivers/firmware: consolidate EFI framebuffer setup for all arches
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 2/2] drivers/firmware: consolidate EFI framebuffer setup for all arches
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v3 1/2] drivers/firmware: move x86 Generic System Framebuffers support
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v3 0/2] allow simple{fb,drm} drivers to be used on non-x86 EFI platforms
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: "Kuppuswamy, Sathyanarayanan" <sathyanarayanan.kuppuswamy@xxxxxxxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Michael Roth <michael.roth@xxxxxxx>
• Re: [PATCH v2 2/2] drivers/firmware: consolidate EFI framebuffer setup for all arches
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 2/2] drivers/firmware: consolidate EFI framebuffer setup for all arches
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
• Re: [PATCH v3] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 21/22] x86/sev: Register SNP guest request platform device
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 21/22] x86/sev: Register SNP guest request platform device
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 06/22] x86/sev: check SEV-SNP features support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 06/22] x86/sev: check SEV-SNP features support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• RE: [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 19/22] x86/sev-snp: SEV-SNP AP creation support
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: x86 UEFI stub builtin cpio rootfs.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 19/22] x86/sev-snp: SEV-SNP AP creation support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 08/22] x86/compressed: Add helper for validating pages in the decompression stage
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v3] lockdown,selinux: fix wrong subject in some SELinux lockdown checks
  • From: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
• x86 UEFI stub builtin cpio rootfs.
  • From: Christian Melki <christian.melki@xxxxxxxxxx>
• [PATCH 4/4] efi/libstub: measure loaded initrd info into the TPM
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [PATCH 3/4] efi/libstub: consolidate initrd handling across architectures
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [PATCH 2/4] efi/libstub: x86/mixed: increase supported argument count
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [PATCH 1/4] efi/libstub: add prototype of efi_tcg2_protocol::hash_log_extend_event()
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [PATCH 0/4] efi/libstub: measurement initrd data loaded by the EFI stub
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 21/22] x86/sev: Register SNP guest request platform device
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 16/22] KVM: SVM: Create a separate mapping for the SEV-ES save area
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 16/22] KVM: SVM: Create a separate mapping for the SEV-ES save area
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH Part1 RFC v3 14/22] x86/mm: Add support to validate memory when changing C-bit
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 21/22] x86/sev: Register SNP guest request platform device
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 21/22] x86/sev: Register SNP guest request platform device
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 21/22] x86/sev: Register SNP guest request platform device
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 21/22] x86/sev: Register SNP guest request platform device
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 14/22] x86/mm: Add support to validate memory when changing C-bit
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 10/22] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 09/22] x86/compressed: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 16/22] KVM: SVM: Create a separate mapping for the SEV-ES save area
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Dave Young <dyoung@xxxxxxxxxx>
• [PATCH v4 4/5] EFI: Introduce the new AMD Memory Encryption GUID.
  • From: Ashish Kalra <Ashish.Kalra@xxxxxxx>
• Re: [PATCH Part1 RFC v3 21/22] x86/sev: Register SNP guest request platform device
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: [PATCH Part1 RFC v3 14/22] x86/mm: Add support to validate memory when changing C-bit
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 5/5] x86/kvm: Add guest support for detecting and enabling SEV Live Migration feature.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 3/5] mm: x86: Invoke hypercall when page encryption status is changed
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 1/5] KVM: X86: Introduce KVM_HC_MAP_GPA_RANGE hypercall
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH Part1 RFC v3 12/22] x86/kernel: Make the bss.decrypted section shared in RMP table
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 4/5] EFI: Introduce the new AMD Memory Encryption GUID.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 10/22] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 21/22] x86/sev: Register SNP guest request platform device
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 09/22] x86/compressed: Register GHCB memory when SEV-SNP is active
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [PATCH v3 5/5] x86/kvm: Add guest support for detecting and enabling SEV Live Migration feature.
  • From: Ashish Kalra <Ashish.Kalra@xxxxxxx>
• [PATCH v3 4/5] EFI: Introduce the new AMD Memory Encryption GUID.
  • From: Ashish Kalra <Ashish.Kalra@xxxxxxx>
• [PATCH v3 3/5] mm: x86: Invoke hypercall when page encryption status is changed
  • From: Ashish Kalra <Ashish.Kalra@xxxxxxx>
• [PATCH v3 2/5] KVM: x86: invert KVM_HYPERCALL to default to VMMCALL
  • From: Ashish Kalra <Ashish.Kalra@xxxxxxx>
• [PATCH v3 1/5] KVM: X86: Introduce KVM_HC_MAP_GPA_RANGE hypercall
  • From: Ashish Kalra <Ashish.Kalra@xxxxxxx>
• [PATCH v3 0/5] Add Guest API & Guest Kernel support for SEV live migration.
  • From: Ashish Kalra <Ashish.Kalra@xxxxxxx>
• Re: [PATCH Part1 RFC v3 03/22] x86/sev: Save the negotiated GHCB version
  • From: Venu Busireddy <venu.busireddy@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 02/22] x86/sev: Define the Linux specific guest termination reasons
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 02/22] x86/sev: Define the Linux specific guest termination reasons
  • From: Venu Busireddy <venu.busireddy@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 08/22] x86/compressed: Add helper for validating pages in the decompression stage
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 01/22] x86/sev: shorten GHCB terminate macro names
  • From: Venu Busireddy <venu.busireddy@xxxxxxxxxx>
• RE: [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 08/22] x86/compressed: Add helper for validating pages in the decompression stage
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 00/22] Add AMD Secure Nested Paging (SEV-SNP) Guest Support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 00/22] Add AMD Secure Nested Paging (SEV-SNP) Guest Support
  • From: Venu Busireddy <venu.busireddy@xxxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 06/22] x86/sev: check SEV-SNP features support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 07/22] x86/sev: Add a helper for the PVALIDATE instruction
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 05/22] x86/sev: Add support for hypervisor feature VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH Part1 RFC v3 06/22] x86/sev: check SEV-SNP features support
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 05/22] x86/sev: Add support for hypervisor feature VMGEXIT
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 04/22] x86/mm: Add sev_feature_enabled() helper
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drivers/firmware: move x86 Generic System Framebuffers support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH Part1 RFC v3 21/22] x86/sev: Register SNP guest request platform device
  • From: Sergio Lopez <slp@xxxxxxxxxx>
• Re: [PATCH v2 0/2] allow simple{fb,drm} drivers to be used on non-x86 EFI platforms
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 0/2] allow simple{fb,drm} drivers to be used on non-x86 EFI platforms
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH Part1 RFC v3 03/22] x86/sev: Save the negotiated GHCB version
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/3] x86/setup: always reserve the first 1M of RAM
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH Part1 RFC v3 19/22] x86/sev-snp: SEV-SNP AP creation support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 15/22] KVM: SVM: define new SEV_FEATURES field in the VMCB Save State Area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 16/22] KVM: SVM: Create a separate mapping for the SEV-ES save area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 14/22] x86/mm: Add support to validate memory when changing C-bit
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 09/22] x86/compressed: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 22/22] virt: Add SEV-SNP guest driver
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 13/22] x86/kernel: Validate rom memory before accessing when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 08/22] x86/compressed: Add helper for validating pages in the decompression stage
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 21/22] x86/sev: Register SNP guest request platform device
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 18/22] KVM: SVM: Update the SEV-ES save area mapping
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 12/22] x86/kernel: Make the bss.decrypted section shared in RMP table
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 07/22] x86/sev: Add a helper for the PVALIDATE instruction
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 20/22] x86/boot: Add Confidential Computing address to setup_header
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 11/22] x86/sev: Add helper for validating pages in early enc attribute changes
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 17/22] KVM: SVM: Create a separate mapping for the GHCB save area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 10/22] x86/sev: Register GHCB memory when SEV-SNP is active
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 06/22] x86/sev: check SEV-SNP features support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 05/22] x86/sev: Add support for hypervisor feature VMGEXIT
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 04/22] x86/mm: Add sev_feature_enabled() helper
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 03/22] x86/sev: Save the negotiated GHCB version
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 02/22] x86/sev: Define the Linux specific guest termination reasons
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 01/22] x86/sev: shorten GHCB terminate macro names
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• [PATCH Part1 RFC v3 00/22] Add AMD Secure Nested Paging (SEV-SNP) Guest Support
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/2] firmware: dmi_scan: Make it work in kexec'ed kernel
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/2] firmware: dmi_scan: Pass dmi_entry_point to kexec'ed kernel
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 0/3] x86/setup: always resrve the first 1M of RAM
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 1/3] x86/setup: always reserve the first 1M of RAM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v2 2/2] drivers/firmware: consolidate EFI framebuffer setup for all arches
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v2 1/2] drivers/firmware: move x86 Generic System Framebuffers support
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v2 0/2] allow simple{fb,drm} drivers to be used on non-x86 EFI platforms
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 1/3] x86/setup: always reserve the first 1M of RAM
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 3/3] x86/crash: remove crash_reserve_low_1M()
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 2/3] x86/setup: remove CONFIG_X86_RESERVE_LOW and reservelow options
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 1/3] x86/setup: always reserve the first 1M of RAM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH 0/3] x86/setup: always resrve the first 1M of RAM
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2] x86/efi: unconditionally hold the whole low-1MB memory regions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] x86/efi: unconditionally hold the whole low-1MB memory regions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2] x86/efi: unconditionally hold the whole low-1MB memory regions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2] x86/efi: unconditionally hold the whole low-1MB memory regions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] x86/efi: unconditionally hold the whole low-1MB memory regions
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v2] x86/efi: unconditionally hold the whole low-1MB memory regions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v2] x86/efi: unconditionally hold the whole low-1MB memory regions
  • From: Lianbo Jiang <lijiang@xxxxxxxxxx>
• Re: [PATCH 2/2] drivers/firmware: consolidate EFI framebuffer setup for all arches
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [PATCH 0/2] allow the sysfb support to be used in non-x86 arches
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 0/2] allow the sysfb support to be used in non-x86 arches
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [GIT PULL] EFI updates for v5.14
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [GIT PULL] EFI fixes for v5.13-rc
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [GIT PULL] EFI updates for v5.14
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [GIT PULL] EFI fixes for v5.13-rc
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS bb11580f61b6c4ba5c35706abd927c8ac8c32852
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 942859d969de7f6f7f2659a79237a758b42782da
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] x86/efi: Log 32/64-bit mismatch with kernel as an error
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 2/2] drivers/firmware: consolidate EFI framebuffer setup for all arches
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/2] drivers/firmware: consolidate EFI framebuffer setup for all arches
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH 1/2] drivers/firmware: move x86 Generic System Framebuffers support
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH 0/2] allow the sysfb support to be used in non-x86 arches
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: Andi Kleen <ak@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: "Dr. David Alan Gilbert" <dgilbert@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• RE: [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v10 2/7] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v10 2/7] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [PATCH] x86/efi: Log 32/64-bit mismatch with kernel as an error
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• RE: [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v10 2/7] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: Brijesh Singh <brijesh.singh@xxxxxxx>
• Re: [PATCH v10 2/7] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• RE: [PATCH v6 2/2] eif/capsule-pstore: Add capsule pstore backend
  • From: Qiuxu Zhuo <qiuxu.zhuo@xxxxxxxxx>
• Re: [PATCH v10 5/7] arm64: hyperv: Initialize hypervisor on boot
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [PATCH v10 0/7] Enable Linux guests on Hyper-V on ARM64
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [RFC PATCH 3/3] virt: Add sev_secret module to expose confidential computing secrets
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [RFC PATCH 0/3] Allow access to confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [RFC PATCH 2/3] efi: Reserve confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• [RFC PATCH 1/3] efi/libstub: Copy confidential computing secret area
  • From: Dov Murik <dovmurik@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] EFI: Introduce the new AMD Memory Encryption GUID.
  • From: Ashish Kalra <ashish.kalra@xxxxxxx>
• Re: [RFC PATCH v5 17/28] dyndbg: prevent build bugs via -DNO_DYNAMIC_DEBUG_TABLE
  • From: jim.cromie@xxxxxxxxx
• [PATCH v10 7/7] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 6/7] arm64: efi: Export screen_info
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 5/7] arm64: hyperv: Initialize hypervisor on boot
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 4/7] arm64: hyperv: Add kexec and panic handlers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 1/7] asm-generic: hyperv: Fix incorrect architecture dependencies
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 2/7] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v10 0/7] Enable Linux guests on Hyper-V on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [RFC PATCH v5 17/28] dyndbg: prevent build bugs via -DNO_DYNAMIC_DEBUG_TABLE
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 3/4] EFI: Introduce the new AMD Memory Encryption GUID.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 3/4] EFI: Introduce the new AMD Memory Encryption GUID.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: efivarfs fails with `No such device` when EFI runtime is missing
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: efivarfs fails with `No such device` when EFI runtime is missing
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• efivarfs fails with `No such device` when EFI runtime is missing
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [RFC PATCH v5 17/28] dyndbg: prevent build bugs via -DNO_DYNAMIC_DEBUG_TABLE
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• Re: [PATCH] efi: cper: fix snprintf() use in cper_dimm_err_location()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/libstub: prevent read overflow in find_file_option()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC PATCH 4/4] efi/libstub: measure loaded initrd info into the TPM
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [RFC PATCH 3/4] efi/libstub: consolidate initrd handling across architectures
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [RFC PATCH 2/4] efi/libstub: x86/mixed: increase supported argument count
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [RFC PATCH 1/4] efi/libstub: add prototype of efi_tcg2_protocol::hash_log_extend_event()
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• [RFC PATCH 0/4] efi/libstub: measurement initrd data loaded by the EFI stub
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH] efi: Allow EFI_MEMORY_XP and EFI_MEMORY_RO both to be cleared
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] builddeb: Support signing kernels with a Machine Owner Key
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] builddeb: Support signing kernels with a Machine Owner Key
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] builddeb: Support signing kernels with a Machine Owner Key
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] builddeb: Support signing kernels with a Machine Owner Key
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH] RISC-V: Relocate the kernel relative to a DRAM base.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: Allow EFI_MEMORY_XP and EFI_MEMORY_RO both to be cleared
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: Still required that EFI_MEMORY_XP and EFI_MEMORY_RO must not both be cleared?
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: Still required that EFI_MEMORY_XP and EFI_MEMORY_RO must not both be cleared?
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Still required that EFI_MEMORY_XP and EFI_MEMORY_RO must not both be cleared?
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: [PATCH] RISC-V: Relocate the kernel relative to a DRAM base.
  • From: Nikita Ermakov <arei@xxxxxxxxxxxx>
• Re: [PATCH] RISC-V: Relocate the kernel relative to a DRAM base.
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] RISC-V: Relocate the kernel relative to a DRAM base.
  • From: Nikita Ermakov <arei@xxxxxxxxxxxx>
• [PATCH] efi/libstub: prevent read overflow in find_file_option()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH] efi: cper: fix snprintf() use in cper_dimm_err_location()
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [PATCH] efi: cper: fix scnprintf() use in cper_mem_err_location()
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• [PATCH 0/8] generic command line v4
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 3a457dd105315386bc85f0af2bf08944cd7fc0dd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/1] efi/dev-path-parser: Switch to use for_each_acpi_dev_match()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: lijiang <lijiang@xxxxxxxxxx>
• Re: [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2 5/8] linux/arm: account for COFF headers appearing at unexpected offsets
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 5/8] linux/arm: account for COFF headers appearing at unexpected offsets
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH v2 3/8] efi: move MS-DOS stub out of generic PE header definition
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH v2 5/8] linux/arm: account for COFF headers appearing at unexpected offsets
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 3/8] efi: move MS-DOS stub out of generic PE header definition
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 5/8] linux/arm: account for COFF headers appearing at unexpected offsets
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH v2 3/8] efi: move MS-DOS stub out of generic PE header definition
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH] x86/efi: Do not release sub-1MB memory regions when the crashkernel option is specified
  • From: Lianbo Jiang <lijiang@xxxxxxxxxx>
• Re: [PATCH 6/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• RE: [PATCH v9 0/7] Enable Linux guests on Hyper-V on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v2 1/1] efi/dev-path-parser: Switch to use for_each_acpi_dev_match()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v1 1/1] efi/dev-path-parser: Switch to use for_each_acpi_dev_match()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 6/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• [efitools PATCH 1/1] Make.rules: enable building on riscv64
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH 6/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• Re: [PATCH 6/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 6/8] drivers: firmware: efi: libstub: enable generic commandline
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• Re: [PATCH v1 3/3] partitions/efi: Support gpt_sector parameter needed by NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 3/3] partitions/efi: Support gpt_sector parameter needed by NVIDIA Tegra devices
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v1 3/3] partitions/efi: Support gpt_sector parameter needed by NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 3/3] partitions/efi: Support gpt_sector parameter needed by NVIDIA Tegra devices
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [efi:next 7/8] drivers/firmware/google/gsmi.c:477:18: error: initialization of 'efi_status_t (*)(const efi_char16_t *, const efi_guid_t *, u32 *, long unsigned int *, void *)' {aka 'long unsigned int (*)(const short unsigned int *, const struct <anonymous> *, unsigned i...
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next 7/8] drivers/firmware/google/gsmi.c:477:18: error: incompatible function pointer types initializing 'efi_get_variable_t *' (aka 'unsigned long (*)(const unsigned short *, const guid_t *, unsigned int *, unsigned long *, void *)') with an expression of type 'ef...
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2] ia64: fix EFI_DEBUG build
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• [PATCH v1 3/3] partitions/efi: Support gpt_sector parameter needed by NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v1 0/3] Support EFI partition on NVIDIA Tegra devices
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v1 1/3] mmc: core: Add raw_boot_mult field to mmc_ext_csd
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v1 2/3] mmc: block: Add mmc_bdev_to_card() helper
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [efi:next] BUILD REGRESSION 66d988c324a018de02a0924232c68618b6433e80
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi/fdt: fix panic when no valid fdt found
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/3] x86: Propagate $(CLANG_FLAGS) to $(REALMODE_FLAGS)
  • From: John Millikin <john@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Fix cross compiling x86 with clang
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 1/3] x86: Propagate $(CLANG_FLAGS) to $(REALMODE_FLAGS)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• [PATCH 3/3] efi/libstub: Add $(CLANG_FLAGS) to x86 flags
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH 2/3] x86/boot: Add $(CLANG_FLAGS) to compressed KBUILD_CFLAGS
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH 1/3] x86: Propagate $(CLANG_FLAGS) to $(REALMODE_FLAGS)
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH 0/3] Fix cross compiling x86 with clang
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• RE: [PATCH v9 1/7] smccc: Add HVC call variant with result registers other than 0 thru 3
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/7] smccc: Add HVC call variant with result registers other than 0 thru 3
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• RE: [PATCH v9 1/7] smccc: Add HVC call variant with result registers other than 0 thru 3
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/7] smccc: Add HVC call variant with result registers other than 0 thru 3
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• RE: [PATCH v9 0/7] Enable Linux guests on Hyper-V on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH] efi/fdt: fix panic when no valid fdt found
  • From: Changbin Du <changbin.du@xxxxxxxxx>
• Re: [PATCH v2 0/7] Generic Command Line changes
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] ia64: fix EFI_DEBUG build
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] ia64: fix EFI_DEBUG build
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• Re: [PATCH] ia64: fix EFI_DEBUG build
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] ia64: fix EFI_DEBUG build
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• [efi:next 4/6] drivers/firmware/google/gsmi.c:477:18: error: initialization of 'efi_status_t efi_char16_t const efi_guid_t u32 long unsigned int void {aka 'long unsigned int short unsigned int const struct <anonymous> unsigned i...
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS fb98cc0b3af2ba4d87301dff2b381b12eee35d7d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] More EFI fixes for v5.12-rc
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [GIT PULL] More EFI fixes for v5.12-rc
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 70b3fcb4df36c4e4f5b99692d5a68adf9ffe7e78
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next] BUILD SUCCESS d272258400e00e203ef6d9ba5b8620d5582889b2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] efi: use 32-bit alignment for efi_guid_t literals
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v2] efi: use 32-bit alignment for efi_guid_t literals
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v2] efi: use 32-bit alignment for efi_guid_t literals
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] firmware/efi: Fix a use after bug in efi_mem_reserve_persistent
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: use 32-bit alignment for efi_guid_t literals
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 3cfafc4b8f12ebf4b9b6bd85f41353012c5441f3
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next 3/6] arch/x86/boot/compressed/acpi.c:58:41: sparse: sparse: cast truncates bits from constant value (eb9d2d30 becomes 30)
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 31bc510eb86b1a10c12281ce823d22aeb3c6275f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC] efi: variable name size limit in efivar_init()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [RFC] efi: variable name size limit in efivar_init()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [RFC] efi: variable name size limit in efivar_init()
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 854941b1caf5432705e5f3b3afbcea20107a5dc7
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next 3/4] arch/x86/platform/efi/efi_64.c:163:23: error: passing 'const void to parameter of type 'volatile void discards qualifiers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ilias Apalodimas <ilias.apalodimas@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• RE: [PATCH v9 2/7] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• RE: [PATCH v9 5/7] arm64: hyperv: Initialize hypervisor on boot
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [GIT PULL] efi/urgent for v5.12-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] efi/urgent for v5.12-rc3
  • From: Borislav Petkov <bp@xxxxxxx>
• [efi:next 2/4] arch/ia64/kernel/efi.c:61:10: sparse: sparse: cast truncates bits from constant value (43ea58dc becomes dc)
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next] BUILD SUCCESS WITH WARNING e233b65935c946ba420ba1b5a42f9b5625861da8
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:next 3/4] arch/x86/platform/efi/efi_64.c:163:23: warning: passing argument 1 of 'virt_to_phys' discards 'const' qualifier from pointer target type
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS db9b21d7497cac1f4ff45af10f24d03f9194ebee
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/8] linux/arm: fix ARM Linux header layout
  • From: Daniel Kiper <daniel.kiper@xxxxxxxxxx>
• Re: [PATCH] efi: use 32-bit alignment for efi_guid_t literals
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH V2] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Will Deacon <will@xxxxxxxxxx>
• [PATCH] firmware/efi: Fix a use after bug in efi_mem_reserve_persistent
  • From: Lv Yunlong <lyl2019@xxxxxxxxxxxxxxxx>
• Re: [PATCH] efi: use 32-bit alignment for efi_guid_t literals
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: use 32-bit alignment for efi_guid_t literals
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH V2] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Rob Clark <robdclark@xxxxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 7/7] CMDLINE: x86: convert to generic builtin command line
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH v2 0/7] Generic Command Line changes
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v2 7/7] CMDLINE: x86: convert to generic builtin command line
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• [PATCH v2 0/7] Generic Command Line changes
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• [PATCH v2 0/7] Generic Command Line changes
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• [PATCH v9 7/7] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 3/7] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 0/7] Enable Linux guests on Hyper-V on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 5/7] arm64: hyperv: Initialize hypervisor on boot
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 6/7] arm64: efi: Export screen_info
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 4/7] arm64: hyperv: Add kexec and panic handlers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 2/7] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v9 1/7] smccc: Add HVC call variant with result registers other than 0 thru 3
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Will Deacon <will@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS af6e3e61fe5623a7890807b0b13004ecb876fa1f
  • From: kernel test robot <lkp@xxxxxxxxx>
• [efi:urgent] BUILD SUCCESS 9e9888a0fe97b9501a40f717225d2bef7100a2c1
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] efi: memmap insertion should adjust the vaddr as well
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] efi/apple-properties: Handle device properties with software node API
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [efi:next] BUILD SUCCESS 4e6f211fadf42a9f1a36c7058e6853bf594b433a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• [GIT PULL] EFI fix for v5.12-rc2
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] efi: stub: override RT_PROP table supported mask based on EFI variable
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/1] use RT_PROPERTIES table to implement efi=novamap
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH 1/1] efi: stub: omit SetVirtualAddressMap() if marked unsupported in RT_PROP table
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• RE: [PATCH v8 4/6] arm64: hyperv: Initialize hypervisor on boot
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH] arm64/mm: Fix __enable_mmu() for new TGRAN range values
  • From: Anshuman Khandual <anshuman.khandual@xxxxxxx>
• Re: [PATCH 0/1] use RT_PROPERTIES table to implement efi=novamap
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 0/1] use RT_PROPERTIES table to implement efi=novamap
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 1/1] efi: stub: omit SetVirtualAddressMap() if marked unsupported in RT_PROP table
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] arm64: efi: add check for broken efi poweroff
  • From: Shawn Guo <shawn.guo@xxxxxxxxxx>
• Re: [PATCH] efi/apple-properties: Handle device properties with software node API
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH] efi/apple-properties: Handle device properties with software node API
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [PATCH] efi/apple-properties: Handle device properties with software node API
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH 5/5] CMDLINE: x86: convert to generic builtin command line
  • From: Daniel Walker <danielwa@xxxxxxxxx>
• RE: [PATCH v8 3/6] arm64: hyperv: Add kexec and panic handlers
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• RE: [PATCH v8 4/6] arm64: hyperv: Initialize hypervisor on boot
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• RE: [PATCH v8 2/6] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• RE: [PATCH v8 6/6] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• RE: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Sunil Muthuswamy <sunilmut@xxxxxxxxxxxxx>
• Re: [PATCH] drivers: firmware: efi: fix Kconfig dependency on CRYPTO
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] drivers: firmware: efi: fix Kconfig dependency on CRYPTO
  • From: Julian Braha <julianbraha@xxxxxxxxx>
• [PATCH] efi: memmap insertion should adjust the vaddr as well
  • From: Kairui Song <kasong@xxxxxxxxxx>
• Re: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Wei Liu <wei.liu@xxxxxxxxxx>
• Re: [GIT PULL] EFI updates for v5.12
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 1/1] efi/efivars: ConInDev, ConOutDev, ConErrDev are volatile
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH] drivers: firmware: fix kconfig dependency on CRYPTO
  • From: Julian Braha <julianbraha@xxxxxxxxx>
• Re: [PATCH v8 2/6] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v8 2/6] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v8 6/6] Drivers: hv: Enable Hyper-V code to be built on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v8 5/6] arm64: efi: Export screen_info
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v8 2/6] arm64: hyperv: Add Hyper-V clocksource/clockevent support
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v8 4/6] arm64: hyperv: Initialize hypervisor on boot
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v8 3/6] arm64: hyperv: Add kexec and panic handlers
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v8 1/6] arm64: hyperv: Add Hyper-V hypercall and register access utilities
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH v8 0/6] Enable Linux guests on Hyper-V on ARM64
  • From: Michael Kelley <mikelley@xxxxxxxxxxxxx>
• [PATCH 1/1] efi/efivars: ConInDev, ConOutDev, ConErrDev are volatile
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [GIT PULL] EFI updates for v5.12
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v2 14/14] x86/fault, x86/efi: Fix and rename efi_recover_from_page_fault()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v2 14/14] x86/fault, x86/efi: Fix and rename efi_recover_from_page_fault()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 12/17] gcc-plugins: objtool: Add plugin to detect switch table on arm64
  • From: Daniel Kiss <Daniel.Kiss@xxxxxxx>