On Wed, 2011-12-07 at 12:43 +0200, Avi Kivity wrote:
> Signed-off-by: Avi Kivity <[email protected]>
> ---
>  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.

--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to