[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c66484d2-3524-d061-1e65-70dab0703cc3@redhat.com>
Date: Tue, 17 Aug 2021 10:54:31 +0200
From: Paolo Bonzini <pbonzini@...hat.com>
To: Mingwei Zhang <mizhang@...gle.com>,
Brijesh Singh <brijesh.singh@....com>,
Tom Lendacky <thomas.lendacky@....com>,
John Allen <john.allen@....com>
Cc: Sean Christopherson <seanjc@...gle.com>,
Vitaly Kuznetsov <vkuznets@...hat.com>,
Wanpeng Li <wanpengli@...cent.com>,
Jim Mattson <jmattson@...gle.com>,
Joerg Roedel <joro@...tes.org>, kvm@...r.kernel.org,
linux-crypto@...r.kernel.org, linux-kernel@...r.kernel.org,
Alper Gun <alpergun@...gle.com>,
Borislav Petkov <bp@...en8.de>,
David Rienjes <rientjes@...gle.com>,
Marc Orr <marcorr@...gle.com>, Peter Gonda <pgonda@...gle.com>,
Vipin Sharma <vipinsh@...gle.com>
Subject: Re: [PATCH 0/3] clean up interface between KVM and psp
On 16/08/21 22:24, Mingwei Zhang wrote:
> This patch set is trying to help make the interface between KVM and psp
> cleaner and simpler. In particular, the patches do the following
> improvements:
> - avoid the requirement of psp data structures for some psp APIs.
> - hide error handling within psp API, eg., using sev_decommission.
> - hide the serialization requirement between DF_FLUSH and DEACTIVATE.
>
> Mingwei Zhang (3):
> KVM: SVM: move sev_decommission to psp driver
> KVM: SVM: move sev_bind_asid to psp
> KVM: SVM: move sev_unbind_asid and DF_FLUSH logic into psp
No objections apart from the build failure on patch 1. However, it's up
to Tom whether they prefer this logic in KVM or the PSP driver.
Paolo
Powered by blists - more mailing lists