From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: [Qemu-devel] [PATCH 2/2 V2] qemu-kvm: fix improper nmi emulation Date: Fri, 14 Oct 2011 07:53:06 +0200 Message-ID: <4E97CE42.9020102@web.de> References: <20110913093835.GB4265@localhost.localdomain> <20110914093441.e2bb305c.kamezawa.hiroyu@jp.fujitsu.com> <4E705BC3.5000508@cn.fujitsu.com> <20110915164704.9cacd407.kamezawa.hiroyu@jp.fujitsu.com> <4E71B28F.7030201@cn.fujitsu.com> <4E72F3BA.2000603@jp.fujitsu.com> <4E73200A.7040908@jp.fujitsu.com> <4E76C6AA.9080403@cn.fujitsu.com> <4E7B04DC.1030407@cn.fujitsu.com> <4E7B4B8F.507@siemens.com> <4E7C51E4.2000503@cn.fujitsu.com> <4E7F3585.40108@redhat.com> <4E7F635E.6080009@web.de> <4E8035F9.9080908@redhat.com> <4E928B54.1070707@cn.fujitsu.com> <4E92958E.9000509@web.de> <4E9476E2.1070804@cn.fujitsu.com> <4E948842.4030406@web.de> <4E978827.6070008@cn.fujitsu.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAA71AB20E95BE39740D5ADE6" Cc: Kenji Kaneshige , KAMEZAWA Hiroyuki , "qemu-devel@nongnu.org" , "kvm@vger.kernel.org" , Avi Kivity To: Lai Jiangshan Return-path: Received: from fmmailgate02.web.de ([217.72.192.227]:47015 "EHLO fmmailgate02.web.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932444Ab1JNFxR (ORCPT ); Fri, 14 Oct 2011 01:53:17 -0400 Received: from moweb002.kundenserver.de (moweb002.kundenserver.de [172.19.20.108]) by fmmailgate02.web.de (Postfix) with ESMTP id 3327F1B144DDB for ; Fri, 14 Oct 2011 07:53:16 +0200 (CEST) In-Reply-To: <4E978827.6070008@cn.fujitsu.com> Sender: kvm-owner@vger.kernel.org List-ID: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAA71AB20E95BE39740D5ADE6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2011-10-14 02:53, Lai Jiangshan wrote: >=20 >> >> As explained in some other mail, we could then emulate the missing >> kernel feature by reading out the current in-kernel APIC state, testin= g >> if LINT1 is unmasked, and then delivering the NMI directly. >> >=20 > Only the thread of the VCPU can safely get the in-kernel LAPIC states, > so this approach will cause some troubles. run_on_cpu() can help. Jan --------------enigAA71AB20E95BE39740D5ADE6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6XzkgACgkQitSsb3rl5xSeTQCg1sDYj6TaKDD4xJi+ctv7/fwD 8vYAoN/3G4yk6wRODsrquKzp3Ard8/UX =J1Tw -----END PGP SIGNATURE----- --------------enigAA71AB20E95BE39740D5ADE6--