summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorDirk Müller <dmueller@suse.com>2015-10-01 13:43:42 +0200
committerPaolo Bonzini <pbonzini@redhat.com>2015-10-01 14:59:37 +0200
commitd2922422c48df93f3edff7d872ee4f3191fefb08 (patch)
treec326791ccf4378c1793c187fbda326855aeec31c
parent038161dea1eaeee80341134e2675b24656a71b59 (diff)
downloadlinux-dynticks-d2922422c48df93f3edff7d872ee4f3191fefb08.tar.gz
Use WARN_ON_ONCE for missing X86_FEATURE_NRIPS
The cpu feature flags are not ever going to change, so warning everytime can cause a lot of kernel log spam (in our case more than 10GB/hour). The warning seems to only occur when nested virtualization is enabled, so it's probably triggered by a KVM bug. This is a sensible and safe change anyway, and the KVM bug fix might not be suitable for stable releases anyway. Cc: stable@vger.kernel.org Signed-off-by: Dirk Mueller <dmueller@suse.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
-rw-r--r--arch/x86/kvm/svm.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c
index 99b3c5f40bf7c9..2f9ed1ff063260 100644
--- a/arch/x86/kvm/svm.c
+++ b/arch/x86/kvm/svm.c
@@ -514,7 +514,7 @@ static void skip_emulated_instruction(struct kvm_vcpu *vcpu)
struct vcpu_svm *svm = to_svm(vcpu);
if (svm->vmcb->control.next_rip != 0) {
- WARN_ON(!static_cpu_has(X86_FEATURE_NRIPS));
+ WARN_ON_ONCE(!static_cpu_has(X86_FEATURE_NRIPS));
svm->next_rip = svm->vmcb->control.next_rip;
}