From: Luiz Capitulino <lcapitulino@redhat.com>
To: David Hildenbrand <david@redhat.com>
Cc: kvm@vger.kernel.org, pbonzini@redhat.com, rkrcmar@redhat.com,
ashok.raj@intel.com, haozhong.zhang@intel.com,
ying.huang@intel.com
Subject: Re: [PATCH v2] KVM: Documentation: document MCE ioctls
Date: Mon, 13 Mar 2017 09:07:53 -0400 [thread overview]
Message-ID: <20170313090753.5860ad7e@redhat.com> (raw)
In-Reply-To: <35a1af63-3f3d-f17c-8874-122fb03958b3@redhat.com>
On Mon, 13 Mar 2017 09:44:56 +0100
David Hildenbrand <david@redhat.com> wrote:
> Am 10.03.2017 um 17:44 schrieb Luiz Capitulino:
> >
> > Signed-off-by: Luiz Capitulino <lcapitulino@redhat.com>
> > ---
> >
> > o v2
> >
> > - Rebase against latest queue branch
> > - Several text fixups [Paolo]
> >
> > Documentation/virtual/kvm/api.txt | 63 +++++++++++++++++++++++++++++++++++++++
> > 1 file changed, 63 insertions(+)
> >
> > diff --git a/Documentation/virtual/kvm/api.txt b/Documentation/virtual/kvm/api.txt
> > index 0694509..9dff056 100644
> > --- a/Documentation/virtual/kvm/api.txt
> > +++ b/Documentation/virtual/kvm/api.txt
> > @@ -3373,6 +3373,69 @@ struct kvm_ppc_resize_hpt {
> > __u32 pad;
> > };
> >
> > +4.104 KVM_X86_GET_MCE_CAP_SUPPORTED
> > +
> > +Capability: KVM_CAP_MCE
> > +Architectures: x86
> > +Type: system ioctl
> > +Parameters: u64 mce_cap (in/out)
>
> Shouldn't this be (out) only?
Correct. Fixed.
> > +Returns: 0 on success, -1 on error
> > +
> > +Returns supported MCE capabilities. The u64 mce_cap parameter
> > +has the same format as the MSR_IA32_MCG_CAP register. Supported
> > +capabilities will have the corresponding bits set.
> > +
> > +4.105 KVM_X86_SETUP_MCE
> > +
> > +Capability: KVM_CAP_MCE
> > +Architectures: x86
> > +Type: vcpu ioctl
> > +Parameters: u64 mcg_cap (in)
> > +Returns: 0 on success,
> > + -EFAULT if u64 mcg_cap cannot be read,
> > + -EINVAL if the requested number of banks is invalid,
> > + -EINVAL if requested MCE capability is not supported.
> > +
> > +Initializes MCE support for use. The u64 mcg_cap parameter
> > +has the same format as the MSR_IA32_MCG_CAP register and
> > +specifies which capabilities should be enabled. The maximum
> > +supported number of error-reporting banks can be retrieved when
> > +checking for KVM_CAP_MCE. The supported capabilities can be
> > +retrieved with KVM_X86_GET_MCE_CAP_SUPPORTED.
> > +
> > +4.106 KVM_X86_SET_MCE
> > +
> > +Capability: KVM_CAP_MCE
> > +Architectures: x86
> > +Type: vcpu ioctl
> > +Parameters: struct kvm_x86_mce (in)
> > +Returns: 0 on success,
> > + -EFAULT if struct kvm_x86_mce cannot be read,
> > + -EINVAL if the bank number is invalid,
> > + -EINVAL if VAL bit is not set in status field.
> > +
> > +Inject a machine check error (MCE) into the guest. The input
> > +parameter is:
> > +
> > +struct kvm_x86_mce {
> > + __u64 status;
> > + __u64 addr;
> > + __u64 misc;
> > + __u64 mcg_status;
> > + __u8 bank;
> > + __u8 pad1[7];
> > + __u64 pad2[3];
> > +};
> > +
> > +If the MCE being reported is an uncorrected error, KVM will
> > +inject it as an MCE exception into the guest. If the guest
>
> s/an MCE/a MCE/ ? (not a native speaker)
I'm not completely sure, but Intel's manual agrees with me
so I'm keeping it.
> > +MCG_STATUS register reports that an MCE is in progress, KVM
> > +causes an KVM_EXIT_SHUTDOWN vmexit.
> > +
> > +Otherwise, if the MCE is an corrected error, KVM will just
>
> s/an corrected/a corrected/ ? (not a native speaker)
You seem right about this one, so I've fixed it.
I'm not including your reviewed-by because I didn't apply
all the changes you requested.
>
> > +store it in the corresponding bank (provided this bank is
> > +not holding a previously reported uncorrected error).
> > +
> > 5. The kvm_run structure
> > ------------------------
> >
> >
>
> Feel free to add
>
> Reviewed-by: David Hildenbrand <david@redhat.com>
>
next prev parent reply other threads:[~2017-03-13 13:07 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-10 16:44 [PATCH v2] KVM: Documentation: document MCE ioctls Luiz Capitulino
2017-03-13 8:44 ` David Hildenbrand
2017-03-13 13:07 ` Luiz Capitulino [this message]
2017-03-13 16:02 ` Radim Krčmář
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=20170313090753.5860ad7e@redhat.com \
--to=lcapitulino@redhat.com \
--cc=ashok.raj@intel.com \
--cc=david@redhat.com \
--cc=haozhong.zhang@intel.com \
--cc=kvm@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=rkrcmar@redhat.com \
--cc=ying.huang@intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.