From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paolo Bonzini Subject: Re: [Qemu-devel] E5-2620v2 - emulation stop error Date: Wed, 01 Apr 2015 14:05:46 +0200 Message-ID: <551BDF1A.4030109@redhat.com> References: <20150330185634.GE13271@potion.brq.redhat.com> <20150331134512.GG13271@potion.brq.redhat.com> <20150331164539.GD14262@potion.brq.redhat.com> <20150401114923.GH13271@potion.brq.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Bandan Das , "Kevin O'Connor" , "Dr. David Alan Gilbert" , Gerd Hoffmann , "qemu-devel@nongnu.org" , "kvm@vger.kernel.org" To: =?UTF-8?B?UmFkaW0gS3LEjW3DocWZ?= , Andrey Korolyov Return-path: Received: from mx1.redhat.com ([209.132.183.28]:52894 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753507AbbDAMFy (ORCPT ); Wed, 1 Apr 2015 08:05:54 -0400 In-Reply-To: <20150401114923.GH13271@potion.brq.redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On 01/04/2015 13:49, Radim Kr=C4=8Dm=C3=A1=C5=99 wrote: > 2015-03-31 21:23+0300, Andrey Korolyov: >> On Tue, Mar 31, 2015 at 9:04 PM, Bandan Das wrote: >>> Bandan Das writes: >>>> Andrey Korolyov writes: >>>> ... >>>>> http://xdel.ru/downloads/kvm-e5v2-issue/another-tracepoint-fail-w= ith-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.d= at.gz >=20 > 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 t= hem > to the host. What was the watchdog that casually sent NMIs? > (It worked after "nmi_watchdog=3D0" on the host?) >=20 > (Guest's NMI should have a different result as well. NMI_EXCEPTION i= s > an expected exit reason for guest's hard exceptions, they are then > differentiated by intr_info and nothing hinted that this was a NMI.) >=20