From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48000) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8TJv-00048U-1k for qemu-devel@nongnu.org; Mon, 14 Dec 2015 08:37:43 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a8TJr-0008JP-LH for qemu-devel@nongnu.org; Mon, 14 Dec 2015 08:37:42 -0500 Received: from mx1.redhat.com ([209.132.183.28]:40518) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8TJr-0008Il-FS for qemu-devel@nongnu.org; Mon, 14 Dec 2015 08:37:39 -0500 References: <1449926146-14828-1-git-send-email-arei.gonglei@huawei.com> <566E9259.2010404@redhat.com> <33183CC9F5247A488A2544077AF19020B02B4533@SZXEMA503-MBS.china.huawei.com> <566EBB34.5030205@redhat.com> <33183CC9F5247A488A2544077AF19020B02B45BB@SZXEMA503-MBS.china.huawei.com> From: Paolo Bonzini Message-ID: <566EC61A.7090407@redhat.com> Date: Mon, 14 Dec 2015 14:37:30 +0100 MIME-Version: 1.0 In-Reply-To: <33183CC9F5247A488A2544077AF19020B02B45BB@SZXEMA503-MBS.china.huawei.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH] rtc: introduce nmi disable bit handler for cmos List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Gonglei (Arei)" , "qemu-devel@nongnu.org" Cc: "Huangpeng (Peter)" , "kevin@koconnor.net" , "ehabkost@redhat.com" , "rth@twiddle.net" On 14/12/2015 14:27, Gonglei (Arei) wrote: >=20 >> >> On 14/12/2015 13:49, Gonglei (Arei) wrote: >>>>>>> This patch introduce nmi disable bit handler to fix the problem >>>>>>> and make the emulated CMOS like the real hardware. >>>>> >>>>> I think that this only works with -machine kernel_irqchip=3Doff, ho= wever. >>> IIRCC, the kernel_irqchip is disabled by default, and we used the def= ault >> value. >> >> No, it's enabled by default. >> >=20 > Okay, yes, I saw the source code again. That means kmod finish the NMI = injection > wrok, and the NMI will not pass Qemu side. So, you thought this patch c= annot block > NMI injection when kernel_irqchip=3Don ? I am not sure. It depends on which NMIs are blocked by the bit. For example, the IOAPIC can deliver NMIs, and they wouldn't be blocked. Do you have any documentation, to see whether they can actually happen on emulated hardware? I guess we support the TCO watchdog, so yes. > Maybe we should pass the nmi_disable bit to Kmod when kernel_irqchip=3D= on , right? Yes, that's the idea. But first of all, I've read the thread you linked, and I couldn't find the place where it says that the root cause is NMIs. Paolo