From: Brijesh Singh <brijesh.ksingh@gmail.com>
To: Peter Gonda <pgonda@google.com>
Cc: Brijesh Singh <brijesh.singh@amd.com>,
"the arch/x86 maintainers" <x86@kernel.org>,
LKML <linux-kernel@vger.kernel.org>,
kvm list <kvm@vger.kernel.org>,
linux-efi@vger.kernel.org, platform-driver-x86@vger.kernel.org,
linux-coco@lists.linux.dev, linux-mm@kvack.org,
Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@redhat.com>, Joerg Roedel <jroedel@suse.de>,
Tom Lendacky <thomas.lendacky@amd.com>,
"H. Peter Anvin" <hpa@zytor.com>,
Ard Biesheuvel <ardb@kernel.org>,
Paolo Bonzini <pbonzini@redhat.com>,
Sean Christopherson <seanjc@google.com>,
Vitaly Kuznetsov <vkuznets@redhat.com>,
Jim Mattson <jmattson@google.com>,
Andy Lutomirski <luto@kernel.org>,
Dave Hansen <dave.hansen@linux.intel.com>,
Sergio Lopez <slp@redhat.com>,
Peter Zijlstra <peterz@infradead.org>,
Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>,
David Rientjes <rientjes@google.com>,
Dov Murik <dovmurik@linux.ibm.com>,
Tobin Feldman-Fitzthum <tobin@ibm.com>,
Borislav Petkov <bp@alien8.de>,
Michael Roth <michael.roth@amd.com>,
Vlastimil Babka <vbabka@suse.cz>,
"Kirill A . Shutemov" <kirill@shutemov.name>,
Andi Kleen <ak@linux.intel.com>,
"Dr . David Alan Gilbert" <dgilbert@redhat.com>,
Tony Luck <tony.luck@intel.com>, Marc Orr <marcorr@google.com>,
Sathyanarayanan Kuppuswamy
<sathyanarayanan.kuppuswamy@linux.intel.com>
Subject: Re: [PATCH v9 39/43] x86/sev: Provide support for SNP guest request NAEs
Date: Thu, 3 Mar 2022 08:53:53 -0600 [thread overview]
Message-ID: <CA+HCGMYpm38QW1+jsdDyYOOgwbrFt_331JLx+UTuT3Skb2rtCw@mail.gmail.com> (raw)
In-Reply-To: <CAMkAt6oycVLNwMbe=QD_x_jGVFmkNK+OSKqd9GhcMjD3Qo3ZJg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 6846 bytes --]
On Tue, Feb 1, 2022 at 2:17 PM Peter Gonda <pgonda@google.com> wrote:
> On Fri, Jan 28, 2022 at 10:19 AM Brijesh Singh <brijesh.singh@amd.com>
> wrote:
> >
> > Version 2 of GHCB specification provides SNP_GUEST_REQUEST and
> > SNP_EXT_GUEST_REQUEST NAE that can be used by the SNP guest to
> communicate
> > with the PSP.
> >
> > While at it, add a snp_issue_guest_request() helper that will be used by
> > driver or other subsystem to issue the request to PSP.
> >
> > See SEV-SNP firmware and GHCB spec for more details.
> >
> > Signed-off-by: Brijesh Singh <brijesh.singh@amd.com>
> > ---
> > arch/x86/include/asm/sev-common.h | 3 ++
> > arch/x86/include/asm/sev.h | 14 ++++++++
> > arch/x86/include/uapi/asm/svm.h | 4 +++
> > arch/x86/kernel/sev.c | 55 +++++++++++++++++++++++++++++++
> > 4 files changed, 76 insertions(+)
> >
> > diff --git a/arch/x86/include/asm/sev-common.h
> b/arch/x86/include/asm/sev-common.h
> > index cd769984e929..442614879dad 100644
> > --- a/arch/x86/include/asm/sev-common.h
> > +++ b/arch/x86/include/asm/sev-common.h
> > @@ -128,6 +128,9 @@ struct snp_psc_desc {
> > struct psc_entry entries[VMGEXIT_PSC_MAX_ENTRY];
> > } __packed;
> >
> > +/* Guest message request error code */
> > +#define SNP_GUEST_REQ_INVALID_LEN BIT_ULL(32)
> > +
> > #define GHCB_MSR_TERM_REQ 0x100
> > #define GHCB_MSR_TERM_REASON_SET_POS 12
> > #define GHCB_MSR_TERM_REASON_SET_MASK 0xf
> > diff --git a/arch/x86/include/asm/sev.h b/arch/x86/include/asm/sev.h
> > index 219abb4590f2..9830ee1d6ef0 100644
> > --- a/arch/x86/include/asm/sev.h
> > +++ b/arch/x86/include/asm/sev.h
> > @@ -87,6 +87,14 @@ extern bool handle_vc_boot_ghcb(struct pt_regs *regs);
> >
> > #define RMPADJUST_VMSA_PAGE_BIT BIT(16)
> >
> > +/* SNP Guest message request */
> > +struct snp_req_data {
> > + unsigned long req_gpa;
> > + unsigned long resp_gpa;
> > + unsigned long data_gpa;
> > + unsigned int data_npages;
> > +};
> > +
> > #ifdef CONFIG_AMD_MEM_ENCRYPT
> > extern struct static_key_false sev_es_enable_key;
> > extern void __sev_es_ist_enter(struct pt_regs *regs);
> > @@ -154,6 +162,7 @@ void snp_set_memory_private(unsigned long vaddr,
> unsigned int npages);
> > void snp_set_wakeup_secondary_cpu(void);
> > bool snp_init(struct boot_params *bp);
> > void snp_abort(void);
> > +int snp_issue_guest_request(u64 exit_code, struct snp_req_data *input,
> unsigned long *fw_err);
> > #else
> > static inline void sev_es_ist_enter(struct pt_regs *regs) { }
> > static inline void sev_es_ist_exit(void) { }
> > @@ -173,6 +182,11 @@ static inline void snp_set_memory_private(unsigned
> long vaddr, unsigned int npag
> > static inline void snp_set_wakeup_secondary_cpu(void) { }
> > static inline bool snp_init(struct boot_params *bp) { return false; }
> > static inline void snp_abort(void) { }
> > +static inline int snp_issue_guest_request(u64 exit_code, struct
> snp_req_data *input,
> > + unsigned long *fw_err)
> > +{
> > + return -ENOTTY;
> > +}
> > #endif
> >
> > #endif
> > diff --git a/arch/x86/include/uapi/asm/svm.h
> b/arch/x86/include/uapi/asm/svm.h
> > index 8b4c57baec52..5b8bc2b65a5e 100644
> > --- a/arch/x86/include/uapi/asm/svm.h
> > +++ b/arch/x86/include/uapi/asm/svm.h
> > @@ -109,6 +109,8 @@
> > #define SVM_VMGEXIT_SET_AP_JUMP_TABLE 0
> > #define SVM_VMGEXIT_GET_AP_JUMP_TABLE 1
> > #define SVM_VMGEXIT_PSC 0x80000010
> > +#define SVM_VMGEXIT_GUEST_REQUEST 0x80000011
> > +#define SVM_VMGEXIT_EXT_GUEST_REQUEST 0x80000012
> > #define SVM_VMGEXIT_AP_CREATION 0x80000013
> > #define SVM_VMGEXIT_AP_CREATE_ON_INIT 0
> > #define SVM_VMGEXIT_AP_CREATE 1
> > @@ -225,6 +227,8 @@
> > { SVM_VMGEXIT_AP_HLT_LOOP, "vmgexit_ap_hlt_loop" }, \
> > { SVM_VMGEXIT_AP_JUMP_TABLE, "vmgexit_ap_jump_table" }, \
> > { SVM_VMGEXIT_PSC, "vmgexit_page_state_change" }, \
> > + { SVM_VMGEXIT_GUEST_REQUEST, "vmgexit_guest_request"
> }, \
> > + { SVM_VMGEXIT_EXT_GUEST_REQUEST,
> "vmgexit_ext_guest_request" }, \
> > { SVM_VMGEXIT_AP_CREATION, "vmgexit_ap_creation" }, \
> > { SVM_VMGEXIT_HV_FEATURES, "vmgexit_hypervisor_feature" }, \
> > { SVM_EXIT_ERR, "invalid_guest_state" }
> > diff --git a/arch/x86/kernel/sev.c b/arch/x86/kernel/sev.c
> > index cb97200bfda7..1d3ac83226fc 100644
> > --- a/arch/x86/kernel/sev.c
> > +++ b/arch/x86/kernel/sev.c
> > @@ -2122,3 +2122,58 @@ static int __init snp_check_cpuid_table(void)
> > }
> >
> > arch_initcall(snp_check_cpuid_table);
> > +
> > +int snp_issue_guest_request(u64 exit_code, struct snp_req_data *input,
> unsigned long *fw_err)
> > +{
> > + struct ghcb_state state;
> > + struct es_em_ctxt ctxt;
> > + unsigned long flags;
> > + struct ghcb *ghcb;
> > + int ret;
> > +
> > + if (!cc_platform_has(CC_ATTR_GUEST_SEV_SNP))
> > + return -ENODEV;
> > +
> > + /*
> > + * __sev_get_ghcb() needs to run with IRQs disabled because it
> is using
> > + * a per-CPU GHCB.
> > + */
> > + local_irq_save(flags);
> > +
> > + ghcb = __sev_get_ghcb(&state);
> > + if (!ghcb) {
> > + ret = -EIO;
> > + goto e_restore_irq;
> > + }
> > +
> > + vc_ghcb_invalidate(ghcb);
> > +
> > + if (exit_code == SVM_VMGEXIT_EXT_GUEST_REQUEST) {
> > + ghcb_set_rax(ghcb, input->data_gpa);
> > + ghcb_set_rbx(ghcb, input->data_npages);
> > + }
> > +
> > + ret = sev_es_ghcb_hv_call(ghcb, true, &ctxt, exit_code,
> input->req_gpa, input->resp_gpa);
> > + if (ret)
> > + goto e_put;
> > +
> > + if (ghcb->save.sw_exit_info_2) {
> > + /* Number of expected pages are returned in RBX */
> > + if (exit_code == SVM_VMGEXIT_EXT_GUEST_REQUEST &&
> > + ghcb->save.sw_exit_info_2 ==
> SNP_GUEST_REQ_INVALID_LEN)
> > + input->data_npages = ghcb_get_rbx(ghcb);
> > +
> > + if (fw_err)
> > + *fw_err = ghcb->save.sw_exit_info_2;
>
> In the PSP driver we've had a bit of discussion around the fw_err and
> the return code and that it would be preferable to have fw_err be a
> required parameter. And then we can easily make sure fw_err is always
> non-zero when the return code is non-zero. Thoughts about doing the
> same inside the guest?
>
>
As per the GHCB spec, we will always have a non-zero error code. So, yes, I
can drop the if() check.
FYI, somehow this email did not show up on my @amd.com so I did not address
it in v10.
thanks
[-- Attachment #2: Type: text/html, Size: 8805 bytes --]
next prev parent reply other threads:[~2022-03-03 14:54 UTC|newest]
Thread overview: 79+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-28 17:17 [PATCH v9 00/43] Add AMD Secure Nested Paging (SEV-SNP) Guest Support Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 01/43] KVM: SVM: Define sev_features and vmpl field in the VMSA Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 02/43] KVM: SVM: Create a separate mapping for the SEV-ES save area Brijesh Singh
[not found] ` <YfkvchuxmkHgnPWT@zn.tnic>
2022-02-09 15:02 ` Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 03/43] KVM: SVM: Create a separate mapping for the GHCB " Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 04/43] KVM: SVM: Update the SEV-ES save area mapping Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 05/43] x86/compressed/64: Detect/setup SEV/SME features earlier in boot Brijesh Singh
[not found] ` <Yfl3FaTGPxE7qMCq@zn.tnic>
2022-02-01 20:35 ` Michael Roth
[not found] ` <YfmmBykN2s0HsiAJ@zn.tnic>
2022-02-02 0:52 ` Michael Roth
[not found] ` <YfogFFOoHvCV+/2Y@zn.tnic>
2022-02-02 17:28 ` Michael Roth
2022-01-28 17:17 ` [PATCH v9 06/43] x86/sev: " Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 07/43] x86/mm: Extend cc_attr to include AMD SEV-SNP Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 08/43] x86/sev: Define the Linux specific guest termination reasons Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 09/43] x86/sev: Save the negotiated GHCB version Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 10/43] x86/sev: Check SEV-SNP features support Brijesh Singh
[not found] ` <YfmRBUtoWNb9BkuL@zn.tnic>
2022-02-02 14:28 ` Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 11/43] x86/sev: Add a helper for the PVALIDATE instruction Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 12/43] x86/sev: Check the vmpl level Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 13/43] x86/compressed: Add helper for validating pages in the decompression stage Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 14/43] x86/compressed: Register GHCB memory when SEV-SNP is active Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 15/43] x86/sev: " Brijesh Singh
[not found] ` <YfpeSErxB9KHOd7m@zn.tnic>
2022-02-02 14:29 ` Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 16/43] x86/sev: Add helper for validating pages in early enc attribute changes Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 17/43] x86/kernel: Make the .bss..decrypted section shared in RMP table Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 18/43] x86/kernel: Validate ROM memory before accessing when SEV-SNP is active Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 19/43] x86/mm: Add support to validate memory when changing C-bit Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 20/43] x86/sev: Use SEV-SNP AP creation to start secondary CPUs Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 21/43] x86/head/64: Re-enable stack protection Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 22/43] x86/sev: Move MSR-based VMGEXITs for CPUID to helper Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 23/43] KVM: x86: Move lookup of indexed CPUID leafs " Brijesh Singh
[not found] ` <Yfvx0Rq8Tydyr/RO@zn.tnic>
2022-02-03 16:44 ` Michael Roth
2022-01-28 17:17 ` [PATCH v9 24/43] x86/compressed/acpi: Move EFI detection " Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 25/43] x86/compressed/acpi: Move EFI system table lookup " Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 26/43] x86/compressed/acpi: Move EFI config " Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 27/43] x86/compressed/acpi: Move EFI vendor " Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 28/43] x86/compressed/acpi: Move EFI kexec handling into common code Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 29/43] x86/boot: Add Confidential Computing type to setup_data Brijesh Singh
[not found] ` <Yf1Sn4AdPgIzpih9@zn.tnic>
2022-02-04 17:41 ` Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 30/43] KVM: SEV: Add documentation for SEV-SNP CPUID Enforcement Brijesh Singh
2022-02-07 23:48 ` Sean Christopherson
2022-02-08 14:54 ` Michael Roth
2022-02-08 15:11 ` Borislav Petkov
2022-01-28 17:17 ` [PATCH v9 31/43] x86/compressed/64: Add support for SEV-SNP CPUID table in #VC handlers Brijesh Singh
[not found] ` <Yf5XScto3mDXnl9u@zn.tnic>
2022-02-05 15:42 ` Michael Roth
2022-02-05 16:22 ` Michael Roth
[not found] ` <Yf/PN8rBy3m5seU9@zn.tnic>
2022-02-07 15:37 ` Michael Roth
2022-01-28 17:17 ` [PATCH v9 32/43] x86/boot: Add a pointer to Confidential Computing blob in bootparams Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 33/43] x86/compressed: Add SEV-SNP feature detection/setup Brijesh Singh
[not found] ` <Yf/6NhnS50UDv4xV@zn.tnic>
2022-02-08 13:50 ` Michael Roth
2022-02-08 15:02 ` Borislav Petkov
2022-01-28 17:17 ` [PATCH v9 34/43] x86/compressed: Use firmware-validated CPUID leaves for SEV-SNP guests Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 35/43] x86/compressed: Export and rename add_identity_map() Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 36/43] x86/compressed/64: Add identity mapping for Confidential Computing blob Brijesh Singh
2022-01-28 17:17 ` [PATCH v9 37/43] x86/sev: Add SEV-SNP feature detection/setup Brijesh Singh
[not found] ` <YgAjq3mSudt+G+6Y@zn.tnic>
2022-02-08 5:25 ` Michael Roth
2022-01-28 17:17 ` [PATCH v9 38/43] x86/sev: Use firmware-validated CPUID for SEV-SNP guests Brijesh Singh
2022-02-05 17:19 ` Michael Roth
[not found] ` <Yf/tQPqbP97lrVpg@zn.tnic>
2022-02-07 17:00 ` Michael Roth
2022-01-28 17:18 ` [PATCH v9 39/43] x86/sev: Provide support for SNP guest request NAEs Brijesh Singh
2022-02-01 20:17 ` Peter Gonda
2022-03-03 14:53 ` Brijesh Singh [this message]
2022-01-28 17:18 ` [PATCH v9 40/43] x86/sev: Register SEV-SNP guest request platform device Brijesh Singh
2022-02-01 20:21 ` Peter Gonda
2022-02-02 16:27 ` Brijesh Singh
2022-01-28 17:18 ` [PATCH v9 41/43] virt: Add SEV-SNP guest driver Brijesh Singh
2022-02-01 20:33 ` Peter Gonda
2022-02-06 22:39 ` Borislav Petkov
2022-02-07 14:41 ` Brijesh Singh
2022-01-28 17:18 ` [PATCH v9 42/43] virt: sevguest: Add support to derive key Brijesh Singh
2022-02-01 20:39 ` Peter Gonda
2022-02-02 22:31 ` Brijesh Singh
[not found] ` <YgDduR0mrptX5arB@zn.tnic>
2022-02-07 16:23 ` Brijesh Singh
2022-02-07 19:09 ` Dov Murik
2022-02-07 20:08 ` Brijesh Singh
2022-02-08 7:56 ` Dov Murik
2022-02-08 10:51 ` Borislav Petkov
2022-02-08 14:14 ` Brijesh Singh
2022-01-28 17:18 ` [PATCH v9 43/43] virt: sevguest: Add support to get extended report Brijesh Singh
2022-02-01 20:43 ` Peter Gonda
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CA+HCGMYpm38QW1+jsdDyYOOgwbrFt_331JLx+UTuT3Skb2rtCw@mail.gmail.com \
--to=brijesh.ksingh@gmail.com \
--cc=ak@linux.intel.com \
--cc=ardb@kernel.org \
--cc=bp@alien8.de \
--cc=brijesh.singh@amd.com \
--cc=dave.hansen@linux.intel.com \
--cc=dgilbert@redhat.com \
--cc=dovmurik@linux.ibm.com \
--cc=hpa@zytor.com \
--cc=jmattson@google.com \
--cc=jroedel@suse.de \
--cc=kirill@shutemov.name \
--cc=kvm@vger.kernel.org \
--cc=linux-coco@lists.linux.dev \
--cc=linux-efi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=luto@kernel.org \
--cc=marcorr@google.com \
--cc=michael.roth@amd.com \
--cc=mingo@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peterz@infradead.org \
--cc=pgonda@google.com \
--cc=platform-driver-x86@vger.kernel.org \
--cc=rientjes@google.com \
--cc=sathyanarayanan.kuppuswamy@linux.intel.com \
--cc=seanjc@google.com \
--cc=slp@redhat.com \
--cc=srinivas.pandruvada@linux.intel.com \
--cc=tglx@linutronix.de \
--cc=thomas.lendacky@amd.com \
--cc=tobin@ibm.com \
--cc=tony.luck@intel.com \
--cc=vbabka@suse.cz \
--cc=vkuznets@redhat.com \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox