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:37:18 +0100 Message-ID: <545768EE.7040903@canonical.com> References: <54574EA0.5070101@canonical.com> <54575E32.6040603@citrix.com> <545764BB.7080005@canonical.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============3310601849231891591==" Return-path: In-Reply-To: <545764BB.7080005@canonical.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) --===============3310601849231891591== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="npH1It52Itj6LDrfQgG02R1GuVgQgt73w" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --npH1It52Itj6LDrfQgG02R1GuVgQgt73w Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 03.11.2014 12:19, Stefan Bader wrote: > 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 (= iirc even >>> dom0) starts up. It is not fatal and everything seems ok. I am just c= urious >>> about what might trigger this. The addresses look to be inside the hy= pervisor >>> code. I was wondering whether there is a simple way to figure out wha= t this >>> relates to (likely need to look at the objdump of the unstripped hv m= odule). >>> >>> Or has someone already looked into this and knows what likely is the = cause? >>> >>> -Stefan >> >> Specifically, the message indicates : faulting address = -> >> fixup address >> >> It is probably a wrmsr, and a higher logging level will indicate this.= =20 >> My gut feeling is that it is dom0 attempting to load microcode using t= he >> native method. >> >> ~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 make= s sense > coming from a dom0 startup). I will have to re-compile this with the gd= printk > enabled to see which MSR that was. >=20 > 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; >=20 > Though likely related to the following WRMSRs following (the addresses = differ > from the subject I wasn't sure from where exactly I took the others and= these > are with 4.4.1 and directly after boot): >=20 > (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 0x00= 4281c2001 > a8168 to 0x004281c200148168. > (XEN) traps.c:2514:d0 Domain attempted WRMSR 0000000000000610 from 0x00= 4281c2001 > a8168 to 0x004281c2001a0168. > (XEN) traps.c:2514:d0 Domain attempted WRMSR 0000000000000610 from 0x00= 4281c2001 > a8168 to 0x004201c2001a8168. Ok, 0x610 -> Running Average Power Limit (RAPL) control (MSR_PKG_POWER_LI= MIT) vol3 35.8 > (XEN) traps.c:3071: GPF (0000): ffff82d08018ef10 -> ffff82d080222685 > (XEN) traps.c:2514:d0 Domain attempted WRMSR 00000000000001b2 from 0x00= 000000000 > 00000 to 0x0000000000009600. >=20 > The 0x1b2 seems to be thermal interrupt control. Cannot find the 0x610 = right now > (need to refresh my docs)... >=20 >=20 >=20 > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel >=20 --npH1It52Itj6LDrfQgG02R1GuVgQgt73w 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 iQIcBAEBCgAGBQJUV2juAAoJEOhnXe7L7s6jSo8QAMCEELGf0AT7znGYikpZvwQ6 6Mp8OJhgXa9ZqjmVJPzVmtUfMTyhkY/BBJJs3EXYs08mMLRaEJA6ChAKiZ6E/7ng oN4xYGxh4NkmbYpUx15K2ySOjAW2aGrvmQbHJb7KtbKzdTS9Ps6ni7k1mvGWshl/ N4O3Q/WG5qqjYkOt6o4ZaUzVNyQ6S2ds4X340c69yX2f3www31K56gKrN7KM3vuf XLd8N+Fd1NBuysRsNhLUlQPSAdSCl/39phvcnculwPUNDlsvcHg2e+5xFrkgZuFS 3MFrieT9socNUoohOJEb0gFY+SVUntn96TRmJhJwy7jif0xVhEvexy4FfGPrMCW9 0Ye++X1gYxsh0OTd0JQFOFARkTssugwIKr+QhpUV0SgjgYmKMCvF+fKefni3nYt3 EYPu7tTRuyfgxGpvYU5sBKU5jYakfc8jmnmL+qGOgOhgVq0otJ5ujD06082bTgNm eOx2J7ufI6Nt4WbZW0V9ZWvBLDhnCH6i6RdcRrfNEGnox0eIbFzIMdy8nxAvoIxa Fxek+jfCmJEClo3IyHS6jq++jgnSTBBBvhsuZO4uWul7diKTezHNovljjAsPBXWD sKhjueoXKEl8EpvpB8bHESTP1OolD0j20gNJJW7FDdx6R86BSTigiA4IrFjX+asq AP1gMzu6YgiHX4gFh3OG =X7zx -----END PGP SIGNATURE----- --npH1It52Itj6LDrfQgG02R1GuVgQgt73w-- --===============3310601849231891591== 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 --===============3310601849231891591==--