Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2C758C433EF for ; Tue, 16 Nov 2021 00:06:20 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 1290961027 for ; Tue, 16 Nov 2021 00:06:20 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1354684AbhKPAIn (ORCPT ); Mon, 15 Nov 2021 19:08:43 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47282 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1348761AbhKOUJ7 (ORCPT ); Mon, 15 Nov 2021 15:09:59 -0500 Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 96ADEC061231 for ; Mon, 15 Nov 2021 11:51:32 -0800 (PST) Received: by mail-lj1-x229.google.com with SMTP id 1so37975199ljv.2 for ; Mon, 15 Nov 2021 11:51:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FqQWR88PfuH6viWEg1VKiu8Fxld4zRCDkmocgGjhxJM=; b=SqdraDxrI/nmSCo3A9X4yl4pw+SmGoE3oDXBBQs/PpKkbxma/sjYndCHHIJY/Z/rXP mpwvuasKpyqjyg5aqF514QIugrgJHYuXAXG+L3bHnG3RV/TG8V6TfpLPczuVOu1GFLzF vwWtowblWGzptHoOimhsV/nqyW5lVD475+GkIUlyofDob/OhZZ9X1Ir5eTbnH5A4i1AS VXdjf5f8uR8HXVoP0n+fucsMAafRWDUseBAingvW6I1a38G7gwV3KiteObTA48QZBEI/ XGe4hKcH4AwKnJr/BwLHCavnISWFBvGieDW8tuNBZfaKTnFO0i22rBtB8kZc1PONQs/Q kVDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FqQWR88PfuH6viWEg1VKiu8Fxld4zRCDkmocgGjhxJM=; b=5CZvzvmoB+e50U/PO8BJOhi+mLsemPLWQQmieSCo2xB4B2qL8EV/lMrEz+PJWDsoQI v9zDFdsuP6fw2OeQqwZQDPYr+k1UX9cd65NntuDbfMrn59cfcXz2lkba62xdWo3zMe+W 6TUreXoyrmeg8TjlEgZuCm1kjmZz2GUweCy3otM+dN2KvcMygjnKcAjR/BW2H3ep8GQg UGuiK/jv1eJU4aqCbkrjTi67buIzBU9paeHQ/Z6AV0PCLLkby48Nvsldxt7De+lE6o0R s1BTWYwiGHcFRIu3IMgHKT8SXVTuP6cbh/VqYQuMFEmm5YGYe4hI1ectDEWqElrWzkvr /c7g== X-Gm-Message-State: AOAM533xX4UXR3U9A2I0ZRdp8EAZAvJZjNX9HPIy6r6jY18PKAqij8rA nDwkrnzEbyImmyFUw8BSiCCsyBt+upKaiGb6B11bxg== X-Google-Smtp-Source: ABdhPJzVkfqISpGf8xMX7i7C6sh3Y99ZApFvj7WdxSOET84+pFRoHE8nQLJAh1RyU7/BOJydtwnZUjVqojmwcYCNQ10= X-Received: by 2002:a05:651c:1507:: with SMTP id e7mr1150625ljf.83.1637005890725; Mon, 15 Nov 2021 11:51:30 -0800 (PST) MIME-Version: 1.0 References: <20211109215101.2211373-1-seanjc@google.com> <20211109215101.2211373-2-seanjc@google.com> In-Reply-To: <20211109215101.2211373-2-seanjc@google.com> From: Peter Gonda Date: Mon, 15 Nov 2021 12:51:19 -0700 Message-ID: Subject: Re: [PATCH 1/6] KVM: SEV: Disallow COPY_ENC_CONTEXT_FROM if target has created vCPUs To: Sean Christopherson Cc: Paolo Bonzini , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Marc Orr , Nathan Tempelman , Brijesh Singh , Tom Lendacky Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Nov 9, 2021 at 2:53 PM Sean Christopherson wrote: > > Reject COPY_ENC_CONTEXT_FROM if the destination VM has created vCPUs. > KVM relies on SEV activation to occur before vCPUs are created, e.g. to > set VMCB flags and intercepts correctly. > > Fixes: 54526d1fd593 ("KVM: x86: Support KVM VMs sharing SEV context") > Cc: stable@vger.kernel.org > Cc: Peter Gonda > Cc: Marc Orr > Cc: Sean Christopherson > Cc: Nathan Tempelman > Cc: Brijesh Singh > Cc: Tom Lendacky > Signed-off-by: Sean Christopherson > --- > arch/x86/kvm/svm/sev.c | 7 ++++++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git a/arch/x86/kvm/svm/sev.c b/arch/x86/kvm/svm/sev.c > index 3e2769855e51..eeec499e4372 100644 > --- a/arch/x86/kvm/svm/sev.c > +++ b/arch/x86/kvm/svm/sev.c > @@ -1775,7 +1775,12 @@ int svm_vm_copy_asid_from(struct kvm *kvm, unsigned int source_fd) > mutex_unlock(&source_kvm->lock); > mutex_lock(&kvm->lock); > > - if (sev_guest(kvm)) { > + /* > + * Disallow out-of-band SEV/SEV-ES init if the target is already an > + * SEV guest, or if vCPUs have been created. KVM relies on vCPUs being > + * created after SEV/SEV-ES initialization, e.g. to init intercepts. > + */ > + if (sev_guest(kvm) || kvm->created_vcpus) { > ret = -EINVAL; > goto e_mirror_unlock; > } Now that we have some framework for running SEV related selftests, do you mind adding a regression test for this change? > -- > 2.34.0.rc0.344.g81b53c2807-goog >