[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] E5-2620v2 - emulation stop error
From: |
Paolo Bonzini |
Subject: |
Re: [Qemu-devel] E5-2620v2 - emulation stop error |
Date: |
Wed, 01 Apr 2015 14:05:46 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 |
On 01/04/2015 13:49, Radim Krčmář wrote:
> 2015-03-31 21:23+0300, Andrey Korolyov:
>> On Tue, Mar 31, 2015 at 9:04 PM, Bandan Das <address@hidden> wrote:
>>> Bandan Das <address@hidden> writes:
>>>> Andrey Korolyov <address@hidden> writes:
>>>> ...
>>>>> http://xdel.ru/downloads/kvm-e5v2-issue/another-tracepoint-fail-with-apicv.dat.gz
>>>>>
>>>>> Something a bit more interesting, but the mess is happening just
>>>>> *after* NMI firing.
>>>>
>>>> What happens if NMI is turned off on the host ?
>>>
>>> Sorry, I meant the watchdog..
>>
>> Thanks, everything goes well (as it probably should go there):
>> http://xdel.ru/downloads/kvm-e5v2-issue/apicv-enabled-nmi-disabled.dat.gz
>
> Nice revelation!
Yes, pretty random but good to know. Can you try again with the
nmi/nmi_handler tracepoint also?
Paolo
> KVM doesn't expect host's NMIs to look like this so it doesn't pass them
> to the host. What was the watchdog that casually sent NMIs?
> (It worked after "nmi_watchdog=0" on the host?)
>
> (Guest's NMI should have a different result as well. NMI_EXCEPTION is
> an expected exit reason for guest's hard exceptions, they are then
> differentiated by intr_info and nothing hinted that this was a NMI.)
>