summaryrefslogtreecommitdiffstats
path: root/tools/leds/Makefile
diff options
context:
space:
mode:
authorSean Christopherson <seanjc@google.com>2021-01-22 15:50:47 -0800
committerPaolo Bonzini <pbonzini@redhat.com>2021-01-25 18:52:09 -0500
commit250091409a4ac567581c1f929eb39139b57b56ec (patch)
tree0f97d52249a358b0d69df5b97533f7dc42e61414 /tools/leds/Makefile
parentd51e1d3f6b4236e0352407d8a63f5c5f71ce193d (diff)
downloadlinux-250091409a4ac567581c1f929eb39139b57b56ec.tar.bz2
KVM: SVM: Unconditionally sync GPRs to GHCB on VMRUN of SEV-ES guest
Drop the per-GPR dirty checks when synchronizing GPRs to the GHCB, the GRPs' dirty bits are set from time zero and never cleared, i.e. will always be seen as dirty. The obvious alternative would be to clear the dirty bits when appropriate, but removing the dirty checks is desirable as it allows reverting GPR dirty+available tracking, which adds overhead to all flavors of x86 VMs. Note, unconditionally writing the GPRs in the GHCB is tacitly allowed by the GHCB spec, which allows the hypervisor (or guest) to provide unnecessary info; it's the guest's responsibility to consume only what it needs (the hypervisor is untrusted after all). The guest and hypervisor can supply additional state if desired but must not rely on that additional state being provided. Cc: Brijesh Singh <brijesh.singh@amd.com> Cc: Tom Lendacky <thomas.lendacky@amd.com> Fixes: 291bd20d5d88 ("KVM: SVM: Add initial support for a VMGEXIT VMEXIT") Signed-off-by: Sean Christopherson <seanjc@google.com> Message-Id: <20210122235049.3107620-2-seanjc@google.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'tools/leds/Makefile')
0 files changed, 0 insertions, 0 deletions