Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp2014474ybb; Thu, 2 Apr 2020 11:26:37 -0700 (PDT) X-Google-Smtp-Source: APiQypLyeZORr3SXX88glf10y3Di4TZeaVKUEH6pFCrejDGsDDiZA60AxV3jnGUCC9UiKzhBjGVj X-Received: by 2002:aca:d9c1:: with SMTP id q184mr302806oig.6.1585851996892; Thu, 02 Apr 2020 11:26:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585851996; cv=none; d=google.com; s=arc-20160816; b=hu78GCxBx4kw4fpfemI1KJAVxQy72QBvN7SCW8QQgMJ3N8zJKWhRAwVra32IDKMhP1 02FMoMEHV8AvO0LurZey0wy/BadSREqlKgKycNLDBGMHj/AnvWjd23Z/D8AbVS0VYS57 coQZRRANYGWH6r652ePCUYk1eUJAZsu5NK2lenx1l00uuAd4f79voth+7BgrbWklzY8I NyWjNstzBWQmZFAQ3WC7VcE9bs3Se1qlQZDDHgoqrXkUufN3BJ0EMSVC2ueTwhxaXARe lqC9Mp01CsVRLxjcwUfigSrpAA690HpH9zJLgOPaSg1dKQBronUBPiNxaKqNpbGOWu2A b6ow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=sgd+kysOTuP2Yvyjy3Cqlm9o/E/iPX3xxPVfhIPJvHw=; b=j9ANNEDcPRY6L+7K7dIXqffZieuPTmQtp73N/WySmbmbw3ercvwB9CRTrI1fFi8eDO uq7b/aNoxiqtQPDpKBe7PtMCaEMFk+gJJggNbq4Benyv5pUNSn384Xo8PI42JGQIDskt hcj1gnsPsv27KmvWC7k0jot7RORAPbgHCNOS4AJpXtJC9D5bFiXzMxz0yNqNgZsorrM+ jp8yIIwpwXzFlSSO/NQRgx8m/O8FKs59TjGIVsBHhKeDtpzzL22/yJ9gUtMT58PqSCRU lb2u4ihm3aMjiHY0zcTO6rGoa4bSiIFEhnXceerb9jbdfSdOelJwpGOZZIp9kd/lJYMI KYlw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2020-01-29 header.b=jtftG5jV; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w6si2598608oig.171.2020.04.02.11.26.22; Thu, 02 Apr 2020 11:26:36 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2020-01-29 header.b=jtftG5jV; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389105AbgDBRz6 (ORCPT + 99 others); Thu, 2 Apr 2020 13:55:58 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:43260 "EHLO userp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388641AbgDBRz6 (ORCPT ); Thu, 2 Apr 2020 13:55:58 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 032HhqeL019370; Thu, 2 Apr 2020 17:55:38 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=date : from : to : cc : subject : message-id : references : mime-version : content-type : content-transfer-encoding : in-reply-to; s=corp-2020-01-29; bh=sgd+kysOTuP2Yvyjy3Cqlm9o/E/iPX3xxPVfhIPJvHw=; b=jtftG5jVghKOw9g8St6sZHmb8paFzQXe4gcrC2Xq0C1sZP/jRZOAZ1VcqjmH61Pd+8vf Vtn66U84SBdlb9Zfgl6bqRwR+ET0HD2FETYzgFrfXgs/r2UOTRaOanPFBoCgiiGYvSUp /WbBmmUEjTGHGqtZ29bylA9mZ0j8Yg5/dGjyabYbh9wx0bPegWd0X6Qi322uRaF0PSJT 1l/UfK8yPBd+Ioo+Gz2wQABIFjB1NDMtetaTAFeOAnqCqDgh9895Dh7pyZycuJAd/gm3 eaVaFp1vcM3u1+CFnKJexeTRVxBk+fbitXxI1391qgHqelTjVE/7mhMNHEuimKo5vvG5 0Q== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2130.oracle.com with ESMTP id 303cevcyp4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 02 Apr 2020 17:55:37 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 032HgK0d185945; Thu, 2 Apr 2020 17:55:36 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3030.oracle.com with ESMTP id 302g4vwswu-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 02 Apr 2020 17:55:36 +0000 Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 032HtYPT011672; Thu, 2 Apr 2020 17:55:34 GMT Received: from vbusired-dt (/10.154.166.66) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 02 Apr 2020 10:55:34 -0700 Date: Thu, 2 Apr 2020 12:55:29 -0500 From: Venu Busireddy To: Ashish Kalra Cc: pbonzini@redhat.com, tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com, joro@8bytes.org, bp@suse.de, thomas.lendacky@amd.com, x86@kernel.org, kvm@vger.kernel.org, linux-kernel@vger.kernel.org, rientjes@google.com, srutherford@google.com, luto@kernel.org, brijesh.singh@amd.com Subject: Re: [PATCH v6 02/14] KVM: SVM: Add KVM_SEND_UPDATE_DATA command Message-ID: <20200402175529.GA655472@vbusired-dt> References: <7ea65c7852543a7cd4fb904db751bed859735a84.1585548051.git.ashish.kalra@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7ea65c7852543a7cd4fb904db751bed859735a84.1585548051.git.ashish.kalra@amd.com> X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9579 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 bulkscore=0 suspectscore=5 mlxscore=0 spamscore=0 malwarescore=0 mlxlogscore=999 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2004020137 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9579 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 adultscore=0 clxscore=1015 phishscore=0 lowpriorityscore=0 spamscore=0 malwarescore=0 suspectscore=5 mlxscore=0 impostorscore=0 mlxlogscore=999 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2003020000 definitions=main-2004020137 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-03-30 06:20:33 +0000, Ashish Kalra wrote: > From: Brijesh Singh > > The command is used for encrypting the guest memory region using the encryption > context created with KVM_SEV_SEND_START. > > Cc: Thomas Gleixner > Cc: Ingo Molnar > Cc: "H. Peter Anvin" > Cc: Paolo Bonzini > Cc: "Radim Krčmář" > Cc: Joerg Roedel > Cc: Borislav Petkov > Cc: Tom Lendacky > Cc: x86@kernel.org > Cc: kvm@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > Reviewed-by : Steve Rutherford > Signed-off-by: Brijesh Singh > Signed-off-by: Ashish Kalra > --- > .../virt/kvm/amd-memory-encryption.rst | 24 ++++ > arch/x86/kvm/svm.c | 136 +++++++++++++++++- > include/uapi/linux/kvm.h | 9 ++ > 3 files changed, 165 insertions(+), 4 deletions(-) > > diff --git a/Documentation/virt/kvm/amd-memory-encryption.rst b/Documentation/virt/kvm/amd-memory-encryption.rst > index 4fd34fc5c7a7..f46817ef7019 100644 > --- a/Documentation/virt/kvm/amd-memory-encryption.rst > +++ b/Documentation/virt/kvm/amd-memory-encryption.rst > @@ -290,6 +290,30 @@ Returns: 0 on success, -negative on error > __u32 session_len; > }; > > +11. KVM_SEV_SEND_UPDATE_DATA > +---------------------------- > + > +The KVM_SEV_SEND_UPDATE_DATA command can be used by the hypervisor to encrypt the > +outgoing guest memory region with the encryption context creating using > +KVM_SEV_SEND_START. > + > +Parameters (in): struct kvm_sev_send_update_data > + > +Returns: 0 on success, -negative on error > + > +:: > + > + struct kvm_sev_launch_send_update_data { > + __u64 hdr_uaddr; /* userspace address containing the packet header */ > + __u32 hdr_len; > + > + __u64 guest_uaddr; /* the source memory region to be encrypted */ > + __u32 guest_len; > + > + __u64 trans_uaddr; /* the destition memory region */ > + __u32 trans_len; > + }; > + > References > ========== > > diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c > index 63d172e974ad..8561c47cc4f9 100644 > --- a/arch/x86/kvm/svm.c > +++ b/arch/x86/kvm/svm.c > @@ -428,6 +428,7 @@ static DECLARE_RWSEM(sev_deactivate_lock); > static DEFINE_MUTEX(sev_bitmap_lock); > static unsigned int max_sev_asid; > static unsigned int min_sev_asid; > +static unsigned long sev_me_mask; > static unsigned long *sev_asid_bitmap; > static unsigned long *sev_reclaim_asid_bitmap; > #define __sme_page_pa(x) __sme_set(page_to_pfn(x) << PAGE_SHIFT) > @@ -1232,16 +1233,22 @@ static int avic_ga_log_notifier(u32 ga_tag) > static __init int sev_hardware_setup(void) > { > struct sev_user_data_status *status; > + u32 eax, ebx; > int rc; > > - /* Maximum number of encrypted guests supported simultaneously */ > - max_sev_asid = cpuid_ecx(0x8000001F); > + /* > + * Query the memory encryption information. > + * EBX: Bit 0:5 Pagetable bit position used to indicate encryption > + * (aka Cbit). > + * ECX: Maximum number of encrypted guests supported simultaneously. > + * EDX: Minimum ASID value that should be used for SEV guest. > + */ > + cpuid(0x8000001f, &eax, &ebx, &max_sev_asid, &min_sev_asid); > > if (!max_sev_asid) > return 1; > > - /* Minimum ASID value that should be used for SEV guest */ > - min_sev_asid = cpuid_edx(0x8000001F); > + sev_me_mask = 1UL << (ebx & 0x3f); > > /* Initialize SEV ASID bitmaps */ > sev_asid_bitmap = bitmap_zalloc(max_sev_asid, GFP_KERNEL); > @@ -7274,6 +7281,124 @@ static int sev_send_start(struct kvm *kvm, struct kvm_sev_cmd *argp) > return ret; > } > > +/* Userspace wants to query either header or trans length. */ > +static int > +__sev_send_update_data_query_lengths(struct kvm *kvm, struct kvm_sev_cmd *argp, > + struct kvm_sev_send_update_data *params) > +{ > + struct kvm_sev_info *sev = &to_kvm_svm(kvm)->sev_info; > + struct sev_data_send_update_data *data; > + int ret; > + > + data = kzalloc(sizeof(*data), GFP_KERNEL_ACCOUNT); > + if (!data) > + return -ENOMEM; > + > + data->handle = sev->handle; > + ret = sev_issue_cmd(kvm, SEV_CMD_SEND_UPDATE_DATA, data, &argp->error); > + > + params->hdr_len = data->hdr_len; > + params->trans_len = data->trans_len; > + > + if (copy_to_user((void __user *)(uintptr_t)argp->data, params, > + sizeof(struct kvm_sev_send_update_data))) > + ret = -EFAULT; > + > + kfree(data); > + return ret; > +} > + > +static int sev_send_update_data(struct kvm *kvm, struct kvm_sev_cmd *argp) > +{ > + struct kvm_sev_info *sev = &to_kvm_svm(kvm)->sev_info; > + struct sev_data_send_update_data *data; > + struct kvm_sev_send_update_data params; > + void *hdr, *trans_data; > + struct page **guest_page; > + unsigned long n; > + int ret, offset; > + > + if (!sev_guest(kvm)) > + return -ENOTTY; > + > + if (copy_from_user(¶ms, (void __user *)(uintptr_t)argp->data, > + sizeof(struct kvm_sev_send_update_data))) > + return -EFAULT; > + > + /* userspace wants to query either header or trans length */ > + if (!params.trans_len || !params.hdr_len) > + return __sev_send_update_data_query_lengths(kvm, argp, ¶ms); > + > + if (!params.trans_uaddr || !params.guest_uaddr || > + !params.guest_len || !params.hdr_uaddr) > + return -EINVAL; > + > + > + /* Check if we are crossing the page boundary */ > + offset = params.guest_uaddr & (PAGE_SIZE - 1); > + if ((params.guest_len + offset > PAGE_SIZE)) > + return -EINVAL; > + > + /* Pin guest memory */ > + guest_page = sev_pin_memory(kvm, params.guest_uaddr & PAGE_MASK, > + PAGE_SIZE, &n, 0); > + if (!guest_page) > + return -EFAULT; > + > + /* allocate memory for header and transport buffer */ > + ret = -ENOMEM; > + hdr = kmalloc(params.hdr_len, GFP_KERNEL_ACCOUNT); > + if (!hdr) > + goto e_unpin; > + > + trans_data = kmalloc(params.trans_len, GFP_KERNEL_ACCOUNT); > + if (!trans_data) > + goto e_free_hdr; > + > + data = kzalloc(sizeof(*data), GFP_KERNEL); > + if (!data) > + goto e_free_trans_data; > + > + data->hdr_address = __psp_pa(hdr); > + data->hdr_len = params.hdr_len; > + data->trans_address = __psp_pa(trans_data); > + data->trans_len = params.trans_len; > + > + /* The SEND_UPDATE_DATA command requires C-bit to be always set. */ > + data->guest_address = (page_to_pfn(guest_page[0]) << PAGE_SHIFT) + > + offset; > + data->guest_address |= sev_me_mask; > + data->guest_len = params.guest_len; > + data->handle = sev->handle; > + > + ret = sev_issue_cmd(kvm, SEV_CMD_SEND_UPDATE_DATA, data, &argp->error); > + > + if (ret) > + goto e_free; > + > + /* copy transport buffer to user space */ > + if (copy_to_user((void __user *)(uintptr_t)params.trans_uaddr, > + trans_data, params.trans_len)) { > + ret = -EFAULT; > + goto e_unpin; Shouldn't this be goto e_free; ? > + } > + > + /* Copy packet header to userspace. */ > + ret = copy_to_user((void __user *)(uintptr_t)params.hdr_uaddr, hdr, > + params.hdr_len); > + > +e_free: > + kfree(data); > +e_free_trans_data: > + kfree(trans_data); > +e_free_hdr: > + kfree(hdr); > +e_unpin: > + sev_unpin_memory(kvm, guest_page, n); > + > + return ret; > +} > + > static int svm_mem_enc_op(struct kvm *kvm, void __user *argp) > { > struct kvm_sev_cmd sev_cmd; > @@ -7321,6 +7446,9 @@ static int svm_mem_enc_op(struct kvm *kvm, void __user *argp) > case KVM_SEV_SEND_START: > r = sev_send_start(kvm, &sev_cmd); > break; > + case KVM_SEV_SEND_UPDATE_DATA: > + r = sev_send_update_data(kvm, &sev_cmd); > + break; > default: > r = -EINVAL; > goto out; > diff --git a/include/uapi/linux/kvm.h b/include/uapi/linux/kvm.h > index 17bef4c245e1..d9dc81bb9c55 100644 > --- a/include/uapi/linux/kvm.h > +++ b/include/uapi/linux/kvm.h > @@ -1570,6 +1570,15 @@ struct kvm_sev_send_start { > __u32 session_len; > }; > > +struct kvm_sev_send_update_data { > + __u64 hdr_uaddr; > + __u32 hdr_len; > + __u64 guest_uaddr; > + __u32 guest_len; > + __u64 trans_uaddr; > + __u32 trans_len; > +}; > + > #define KVM_DEV_ASSIGN_ENABLE_IOMMU (1 << 0) > #define KVM_DEV_ASSIGN_PCI_2_3 (1 << 1) > #define KVM_DEV_ASSIGN_MASK_INTX (1 << 2) > -- > 2.17.1 >