From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Bader Subject: Re: (XEN) traps.c:3071: GPF (0000): ffff82d0801d76b2 -> ffff82d080222806 Date: Mon, 03 Nov 2014 12:19:23 +0100 Message-ID: <545764BB.7080005@canonical.com> References: <54574EA0.5070101@canonical.com> <54575E32.6040603@citrix.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============9181217695175149410==" Return-path: In-Reply-To: <54575E32.6040603@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Andrew Cooper , Xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============9181217695175149410== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="BchM8ImO3sxrdQ3htAxS3AfwGCVWA06xw" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --BchM8ImO3sxrdQ3htAxS3AfwGCVWA06xw Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 03.11.2014 11:51, Andrew Cooper wrote: > On 03/11/14 09:45, Stefan Bader wrote: >> I see the message from the subject on my Intel box whenever a guest (i= irc even >> dom0) starts up. It is not fatal and everything seems ok. I am just cu= rious >> about what might trigger this. The addresses look to be inside the hyp= ervisor >> code. I was wondering whether there is a simple way to figure out what= this >> relates to (likely need to look at the objdump of the unstripped hv mo= dule). >> >> Or has someone already looked into this and knows what likely is the c= ause? >> >> -Stefan >=20 > Specifically, the message indicates : faulting address -= > > fixup address >=20 > It is probably a wrmsr, and a higher logging level will indicate this. = > My gut feeling is that it is dom0 attempting to load microcode using th= e > native method. >=20 > ~Andrew >=20 The faulting address in my case seems to be rdmsr_save (xen-4.4.1 base), = the fixup address somewhere unspecific in hvm.c (not sure whether that makes = sense coming from a dom0 startup). I will have to re-compile this with the gdpr= intk enabled to see which MSR that was. rdmsr_normal: /* Everyone can read the MSR space. */ /* gdprintk(XENLOG_WARNING,"Domain attempted RDMSR %p.\n", _p(regs->ecx));*/ if ( rdmsr_safe(regs->ecx, msr_content) ) goto fail; Though likely related to the following WRMSRs following (the addresses di= ffer from the subject I wasn't sure from where exactly I took the others and t= hese are with 4.4.1 and directly after boot): (XEN) traps.c:3071: GPF (0000): ffff82d08018ef10 -> ffff82d080222685 (XEN) traps.c:3071: GPF (0000): ffff82d08018ef10 -> ffff82d080222685 (XEN) traps.c:3071: GPF (0000): ffff82d08018ef10 -> ffff82d080222685 (XEN) traps.c:3071: GPF (0000): ffff82d08018ef10 -> ffff82d080222685 (XEN) traps.c:2514:d0 Domain attempted WRMSR 0000000000000610 from 0x0042= 81c2001 a8168 to 0x004281c200148168. (XEN) traps.c:2514:d0 Domain attempted WRMSR 0000000000000610 from 0x0042= 81c2001 a8168 to 0x004281c2001a0168. (XEN) traps.c:2514:d0 Domain attempted WRMSR 0000000000000610 from 0x0042= 81c2001 a8168 to 0x004201c2001a8168. (XEN) traps.c:3071: GPF (0000): ffff82d08018ef10 -> ffff82d080222685 (XEN) traps.c:2514:d0 Domain attempted WRMSR 00000000000001b2 from 0x0000= 0000000 00000 to 0x0000000000009600. The 0x1b2 seems to be thermal interrupt control. Cannot find the 0x610 ri= ght now (need to refresh my docs)... --BchM8ImO3sxrdQ3htAxS3AfwGCVWA06xw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCgAGBQJUV2S7AAoJEOhnXe7L7s6j0bAQAOLtvcL3AggShGYgw/ZXlQUV VTAB5nyW6NaN6jR+XwftJXLIKn5lAOTIBO/+EUEflWuxlCqQxPqRKjyYtVRzNhWR XHktp1HvcBWk4+DkaCqCmH0Ml5aZVp2zTLGLxKTiQgE27nStXmWqSZIJz1Jkym+M rQmk7pTwnpsglF2bBvuIjcMYcICSl5kZrbD0efRcSOT1YUSC0xnqceCPE3nn/e+D 7qBxCiuKRk+T81DrG8EfBwj7PboADgEePocKOwq4bUBNKktbmklGWHO59uImE164 gxuJqEj2xQLyxDtL0h3IUMglzAQdCRnrjoA5b63eJdJwMFr5QlulVPJGY0ddCSZA uULEqxVmWsWMIO98RCy+yLrCkRNsFc82S16oAPVmx0usCnk+C+mK0VUNPRPlhPbJ 4nThZZBwrS9RGZAFnmjRHuPpRQsOobeL2uIC0tda1IvrXXRXvXz5MlBi/eaig1gv NntAM2D0WYSRsla2qpi9V80gOOVMd2NzD8FWW6S5tFkF2L153vAbLfG/V3p23G/a Z0ldVvGY+KhoRk40VBfTbDp+XgyZwQO6N94A6yPiA9SatU4n8lGWIs/n+MmDrmQY 60Ddtw7tZyM7WHsSHJRr4WUP97E9UNj/4/q1GBaW1Y/8xAvKHC31QAw+blMSxSJR +/sWwkteBESqwr2mS2Um =C5B9 -----END PGP SIGNATURE----- --BchM8ImO3sxrdQ3htAxS3AfwGCVWA06xw-- --===============9181217695175149410== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============9181217695175149410==--