From: Sean Christopherson <sean.j.christopherson@intel.com>
To: Oliver Upton <oupton@google.com>
Cc: kvm@vger.kernel.org, "Paolo Bonzini" <pbonzini@redhat.com>,
"Radim Krčmář" <rkrcmar@redhat.com>
Subject: Re: [PATCH] KVM: nVMX: Use SET_MSR_OR_WARN() to simplify failure logging
Date: Mon, 2 Dec 2019 13:21:48 -0800 [thread overview]
Message-ID: <20191202212148.GA8120@linux.intel.com> (raw)
In-Reply-To: <20191128094609.22161-1-oupton@google.com>
On Thu, Nov 28, 2019 at 01:46:09AM -0800, Oliver Upton wrote:
> commit 458151f65b4d ("KVM: nVMX: Use kvm_set_msr to load
> IA32_PERF_GLOBAL_CTRL on VM-Exit") introduced the SET_MSR_OR_WARN()
> macro to WARN when kvm_set_msr() fails. Replace other occurences of this
> pattern with the macro to remove the need of printing on failure.
>
> Signed-off-by: Oliver Upton <oupton@google.com>
> ---
> arch/x86/kvm/vmx/nested.c | 12 ++----------
> 1 file changed, 2 insertions(+), 10 deletions(-)
>
> diff --git a/arch/x86/kvm/vmx/nested.c b/arch/x86/kvm/vmx/nested.c
> index 4aea7d304beb..f7dbaac7cb90 100644
> --- a/arch/x86/kvm/vmx/nested.c
> +++ b/arch/x86/kvm/vmx/nested.c
> @@ -928,12 +928,8 @@ static u32 nested_vmx_load_msr(struct kvm_vcpu *vcpu, u64 gpa, u32 count)
> __func__, i, e.index, e.reserved);
> goto fail;
> }
> - if (kvm_set_msr(vcpu, e.index, e.value)) {
> - pr_debug_ratelimited(
> - "%s cannot write MSR (%u, 0x%x, 0x%llx)\n",
> - __func__, i, e.index, e.value);
> + if (SET_MSR_OR_WARN(vcpu, e.index, e.value))
> goto fail;
> - }
> }
> return 0;
> fail:
> @@ -4175,12 +4171,8 @@ static void nested_vmx_restore_host_state(struct kvm_vcpu *vcpu)
> goto vmabort;
> }
>
> - if (kvm_set_msr(vcpu, h.index, h.value)) {
> - pr_debug_ratelimited(
> - "%s WRMSR failed (%u, 0x%x, 0x%llx)\n",
> - __func__, j, h.index, h.value);
> + if (SET_MSR_OR_WARN(vcpu, h.index, h.value))
A few comments on commit 458151f65b4d, which I obviously waited to long too
review :-)
I find the WARN part of SET_MSR_OR_WARN() to be misleading. For me, WARN
means exactly that, an actual on WARN or WARN_ON, which has different
implications, especially when running with KERN_PANIC_ON_WARN.
I also don't like incorporating SET_MSR in the macro as it's not obvious
what action will be taken without looking at the macro itself. IMO the
code is more readable if only the print is macrofied, e.g.:
if (kvm_set_msr(vcpu, h.index, h.value)
NVMX_LOG_WRMSR_ERROR(h.index, h.value);
As for the original code, arguably it *should* do a full WARN and not
simply log the error, as kvm_set_msr() should never fail if
VM_EXIT_LOAD_IA32_PERF_GLOBAL_CTRL was exposed to L1, unlike the above two
cases where KVM is processing an L1-controlled MSR list, e.g.:
if (vmcs12->vm_exit_controls & VM_EXIT_LOAD_IA32_PERF_GLOBAL_CTRL)
WARN_ON_ONCE(kvm_set_msr(vcpu, MSR_CORE_PERF_GLOBAL_CTRL,
vmcs12->host_ia32_perf_global_ctrl));
Back to this patch, this isn't simply consolidating code, it's promoting
L1-controlled messages from pr_debug() to pr_warn().
What if you add a patch to remove SET_MSR_OR_WARN() and instead manually
do the WARN_ON_ONCE() as above, and then introduce a new macro to
consolidate the pr_debug_ratelimited() stuff in this patch?
> goto vmabort;
> - }
> }
> }
>
> --
> 2.24.0.432.g9d3f5f5b63-goog
>
next prev parent reply other threads:[~2019-12-02 21:21 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-28 9:46 [PATCH] KVM: nVMX: Use SET_MSR_OR_WARN() to simplify failure logging Oliver Upton
2019-12-02 21:21 ` Sean Christopherson [this message]
2019-12-12 0:43 ` Paolo Bonzini
2019-12-13 23:55 ` Oliver Upton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20191202212148.GA8120@linux.intel.com \
--to=sean.j.christopherson@intel.com \
--cc=kvm@vger.kernel.org \
--cc=oupton@google.com \
--cc=pbonzini@redhat.com \
--cc=rkrcmar@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).