From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sasha Levin Subject: Re: [PATCH] KVM: Document KVM_NMI Date: Wed, 07 Dec 2011 13:02:08 +0200 Message-ID: <1323255728.4009.7.camel@lappy> References: <1323254613-29882-1-git-send-email-avi@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Marcelo Tosatti , kvm@vger.kernel.org To: Avi Kivity Return-path: Received: from mail-ey0-f174.google.com ([209.85.215.174]:41239 "EHLO mail-ey0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751973Ab1LGLC2 (ORCPT ); Wed, 7 Dec 2011 06:02:28 -0500 Received: by eaak14 with SMTP id k14so331794eaa.19 for ; Wed, 07 Dec 2011 03:02:27 -0800 (PST) In-Reply-To: <1323254613-29882-1-git-send-email-avi@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On Wed, 2011-12-07 at 12:43 +0200, Avi Kivity wrote: > Signed-off-by: Avi Kivity > --- > Documentation/virtual/kvm/api.txt | 25 +++++++++++++++++++++++++ > 1 files changed, 25 insertions(+), 0 deletions(-) > > diff --git a/Documentation/virtual/kvm/api.txt b/Documentation/virtual/kvm/api.txt > index 7945b0b..38f68ca 100644 > --- a/Documentation/virtual/kvm/api.txt > +++ b/Documentation/virtual/kvm/api.txt > @@ -1450,6 +1450,31 @@ is supported; 2 if the processor requires all virtual machines to have > an RMA, or 1 if the processor can use an RMA but doesn't require it, > because it supports the Virtual RMA (VRMA) facility. > > +4.64 KVM_NMI > + > +Capability: KVM_CAP_USER_NMI > +Architectures: x86 > +Type: vcpu ioctl > +Parameters: none > +Returns: 0 on success, -1 on error > + > +Queues an NMI on the thread's vcpu. Note this is well defined only > +when KVM_CREATE_IRQCHIP has not been called, since this is an interface > +between the virtual cpu core and virtual local APIC. After KVM_CREATE_IRQCHIP > +has been called, this interface is completely emulated within the kernel. > + > +To use this to emulate the LINT1 input with KVM_CREATE_IRQCHIP, use the > +following algorithm: > + > + - pause the vpcu I don't see the QEMU patch doing a stop before grabbing LAPIC state. Or does it happen somewhere before? -- Sasha.