x86/KVM/VMX: Don't set l1tf_flush_l1d to true from vmx_l1d_flush()
authorNicolai Stange <nstange@suse.de>
Sat, 21 Jul 2018 20:16:56 +0000 (22:16 +0200)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Wed, 15 Aug 2018 16:12:57 +0000 (18:12 +0200)
commit 379fd0c7e6a391e5565336a646f19f218fb98c6c upstream

vmx_l1d_flush() gets invoked only if l1tf_flush_l1d is true. There's no
point in setting l1tf_flush_l1d to true from there again.

Signed-off-by: Nicolai Stange <nstange@suse.de>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
arch/x86/kvm/vmx.c

index 56c4108..c11b7e1 100644 (file)
@@ -9166,15 +9166,15 @@ static void vmx_l1d_flush(struct kvm_vcpu *vcpu)
        /*
         * This code is only executed when the the flush mode is 'cond' or
         * 'always'
-        *
-        * If 'flush always', keep the flush bit set, otherwise clear
-        * it. The flush bit gets set again either from vcpu_run() or from
-        * one of the unsafe VMEXIT handlers.
         */
-       if (static_branch_unlikely(&vmx_l1d_flush_always))
-               vcpu->arch.l1tf_flush_l1d = true;
-       else
+       if (!static_branch_unlikely(&vmx_l1d_flush_always)) {
+               /*
+                * Clear the flush bit, it gets set again either from
+                * vcpu_run() or from one of the unsafe VMEXIT
+                * handlers.
+                */
                vcpu->arch.l1tf_flush_l1d = false;
+       }
 
        vcpu->stat.l1d_flush++;