From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Bader Subject: Re: [Xen-devel] Crash in acpi_ps_peek_opcode when booting kernel 3.19 as Xen dom0 Date: Mon, 09 Feb 2015 14:07:57 +0100 Message-ID: <54D8B12D.90902@canonical.com> References: <54D37F1E.5060208@canonical.com> <20150205193610.GD11646@x230.dumpdata.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="aDwbVWBkIxflQQ4vVw7GJBdsgXhjeFHT7" Return-path: Received: from youngberry.canonical.com ([91.189.89.112]:58373 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755759AbbBINIL (ORCPT ); Mon, 9 Feb 2015 08:08:11 -0500 In-Reply-To: <20150205193610.GD11646@x230.dumpdata.com> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Konrad Rzeszutek Wilk Cc: "xen-devel@lists.xensource.com" , "linux-acpi@vger.kernel.org" , Juergen Gross , David Vrabel This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --aDwbVWBkIxflQQ4vVw7GJBdsgXhjeFHT7 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 05.02.2015 20:36, Konrad Rzeszutek Wilk wrote: > On Thu, Feb 05, 2015 at 03:33:02PM +0100, Stefan Bader wrote: >> While experimenting/testing various kernel versions I discovered that = trying to >> boot a Haswell based hosts will always crash when booting as Xen dom0 >> (Xen-4.4.1). The same crash happens since v3.19-rc1 and still does hap= pen with >> v3.19-rc7. A bare metal boot is having no issues and also an Opteron b= ased host >> is having no issues (dom0 and bare metal). >> Could be a table that the other host does not have and since its only = happening >> in dom0 maybe some cpu capability that needs to be passed on? >=20 > Usually it means that the ACPI AML code is trying to do something with > the IOAPIC or something wihch is not accessible. >=20 > But this on the other hand looks to be trying to execute some AML code > that is unknown. Any chance you cna disassemble it and perhaps also > run with acpi debug options on to figure out where it blows up? The weird thing here is that bare-metal on the same machine does work. An= d previous kernels did work as well. So I think we can assume the ACPI tabl= es are ok. It could even be a red-herring. Well, likely is as booting with acpi=3D= off does hang instead of crashing. Since I got no clue, I did what we always do when we are dumbfound, I wen= t ahead and bisected 3.18..3.19-rc1. Unfortunately the very last kernel I build w= as something in between good and bad. Good as it did not crash exactly but b= ad as it did not come up in a usable state. So I would not be sure the claimed = to be offending commit is right. Could be one in the range of: G * xen: use common page allocation function in p2m.c * xen: Delay remapping memory of pv-domain g * xen: Delay m2p_override initialization -> * xen: Delay invalidating extra memory B * x86: Introduce function to get pmd entry pointer (G) really good, (g) somewhat not bad, (B) bad, (->) claimed first broken= =2E So it seems one of the delaying changes has a very bad effect on that Sha= rkbay. A bit odd since none of those sounds Intel/AMD geared. Could only be a di= fferent usage of memory (my AMD box has considerably more memory and also no CPU = with GPU functionality as the Haswell). J=FCrgen, maybe some description that might trigger an idea for you...? -Stefan --- git bisect start # good: [b2776bf7149bddd1f4161f14f79520f17fc1d71d] Linux 3.18 git bisect good b2776bf7149bddd1f4161f14f79520f17fc1d71d # bad: [97bf6af1f928216fd6c5a66e8a57bfa95a659672] Linux 3.19-rc1 git bisect bad 97bf6af1f928216fd6c5a66e8a57bfa95a659672 # good: [70e71ca0af244f48a5dcf56dc435243792e3a495] Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next git bisect good 70e71ca0af244f48a5dcf56dc435243792e3a495 # good: [988adfdffdd43cfd841df734664727993076d7cb] Merge branch 'drm-next= ' of git://people.freedesktop.org/~airlied/linux git bisect good 988adfdffdd43cfd841df734664727993076d7cb # good: [b024793188002b9eed452b5f6a04d45003ed5772] staging: rtl8723au: phy_SsPwrSwitch92CU() was never called with bRegSSPwrLvl !=3D 1 git bisect good b024793188002b9eed452b5f6a04d45003ed5772 # bad: [66dcff86ba40eebb5133cccf450878f2bba102ef] Merge tag 'for-linus' o= f git://git.kernel.org/pub/scm/virt/kvm/kvm git bisect bad 66dcff86ba40eebb5133cccf450878f2bba102ef # bad: [d6666be6f0c43efb9475d1d35fbef9f8be61b7b1] Merge tag 'for-linus-20= 141215' of git://git.infradead.org/linux-mtd git bisect bad d6666be6f0c43efb9475d1d35fbef9f8be61b7b1 # bad: [94bbdb63d7ed5ca56b788e43d0ca4a8f9494c9e7] Merge tag 'fixes-for-li= nus' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc git bisect bad 94bbdb63d7ed5ca56b788e43d0ca4a8f9494c9e7 # good: [2dbfca5a181973558277b28b1f4c36362291f5e0] Merge branch 'for-next= ' of git://git.kernel.org/pub/scm/linux/kernel/git/cooloney/linux-leds git bisect good 2dbfca5a181973558277b28b1f4c36362291f5e0 # bad: [0db2812a5240f2663b92d8d4b761122dd2e0c6c3] Merge git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile git bisect bad 0db2812a5240f2663b92d8d4b761122dd2e0c6c3 # bad: [f1d04b23b2015b4c3c0a8419677179b133afea08] Merge branch 'devel/for-linus-3.19' into stable/for-linus-3.19 git bisect bad f1d04b23b2015b4c3c0a8419677179b133afea08 # bad: [792230c3a66b3d17d6dcca712866d24f2283d4a6] x86: Introduce function= to get pmd entry pointer git bisect bad 792230c3a66b3d17d6dcca712866d24f2283d4a6 # good: [7108c9ce8f6e59f775b0c8250dba52b569b6cba2] xen: use common page allocation function in p2m.c # NOTE: This was the last really good git bisect good 7108c9ce8f6e59f775b0c8250dba52b569b6cba2 # good: [97f4533a60ce5d0cb35ff44a190111f81a987620] xen: Delay m2p_overrid= e initialization # NOTE: This revision did not crash the usual way but was not useable eit= her # NOTE: Use of wrong bits in page-tables. git bisect good 97f4533a60ce5d0cb35ff44a190111f81a987620 >=20 >> >> [ 2.108038] ACPI: Core revision 20141107 >> [ 2.108153] ACPI Warning: Unsupported module-level executable opcod= e 0x91 at >> table offset 0x002B (20141107/psloop-225) >> [ 2.108264] ACPI Warning: Unsupported module-level executable opcod= e 0x91 at >> table offset 0x0033 (20141107/psloop-225) >> [ 2.108375] ACPI Warning: Unsupported module-level executable opcod= e 0x95 at >> table offset 0x0038 (20141107/psloop-225) >> [ 2.108489] ACPI Warning: Unsupported module-level executable opcod= e 0x95 at >> table offset 0x0041 (20141107/psloop-225) >> [ 2.108613] ACPI Warning: Unsupported module-level executable opcod= e 0x7D at >> table offset 0x040D (20141107/psloop-225) >> [ 2.108751] BUG: unable to handle kernel paging request at ffffc900= 00ee74e0 >> [ 2.108835] IP: [] acpi_ps_peek_opcode+0xd/0x1f >> [ 2.108902] PGD 1f4be067 PUD 1f4bd067 PMD 1488f067 PTE 0 >> [ 2.109018] Oops: 0000 [#1] SMP >> [ 2.109094] Modules linked in: >> [ 2.109153] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.19.0-031900= rc7-generi >> c #201502020035 >> [ 2.109220] Hardware name: Intel Corporation Shark Bay Client platf= orm/Flathe >> ad Creek Crb, BIOS HSWLPTU1.86C.0109.R03.1301282055 01/28/2013 >> [ 2.109295] task: ffffffff81c1c500 ti: ffffffff81c00000 task.ti: ff= ffffff81c0 >> 0000 >> [ 2.109360] RIP: e030:[] [] ac= pi_ps_peek >> _opcode+0xd/0x1f >> [ 2.109445] RSP: e02b:ffffffff81c03ce8 EFLAGS: 00010283 >> [ 2.109490] RAX: 000000000000000c RBX: ffff880014887000 RCX: ffffff= ff81c03d50 >> [ 2.109539] RDX: ffffc90000ee74e0 RSI: ffff880014887030 RDI: ffff88= 0014887030 >> [ 2.109587] RBP: ffffffff81c03ce8 R08: ffffea0000522600 R09: ffffff= ff81432c4f >> [ 2.109635] R10: ffff880014899090 R11: 00000000000000ba R12: ffff88= 0014887030 >> [ 2.109684] R13: ffff880014887000 R14: ffffffff81c03d50 R15: 000000= 000000000d >> [ 2.109735] FS: 0000000000000000(0000) GS:ffff880018c00000(0000) k= nlGS:00000 >> 00000000000 >> [ 2.109836] CS: e033 DS: 0000 ES: 0000 CR0: 0000000080050033 >> [ 2.109881] CR2: ffffc90000ee74e0 CR3: 0000000001c15000 CR4: 000000= 0000042660 >> [ 2.109930] Stack: >> [ 2.109968] ffffffff81c03d38 ffffffff81456537 ffffffff81c03d28 fff= fffff81457 >> a40 >> [ 2.110104] ffff880014887000 ffff880014887000 ffff8800148990c0 fff= fc90000ee7 >> 4e0 >> [ 2.110238] ffff880014887030 0000000000000000 ffffffff81c03d78 fff= fffff81456 >> 760 >> [ 2.110373] Call Trace: >> [ 2.110413] [] acpi_ps_get_next_arg+0x114/0x1f9 >> [ 2.110461] [] ? acpi_ps_pop_scope+0x54/0x72 >> [ 2.110508] [] acpi_ps_get_arguments+0x91/0x228 >> [ 2.110555] [] acpi_ps_parse_loop+0x1db/0x311 >> [ 2.110602] [] acpi_ps_parse_aml+0x96/0x275 >> [ 2.110649] [] acpi_ns_one_complete_parse+0xf7/0= x114 >> [ 2.110698] [] ? _raw_spin_lock_irqsave+0x1a/0x6= 0 >> [ 2.110746] [] acpi_ns_parse_table+0x20/0x38 >> [ 2.110792] [] acpi_ns_load_table+0x4c/0x90 >> [ 2.110840] [] acpi_tb_load_namespace+0xa6/0x14a= >> [ 2.110889] [] acpi_load_tables+0xc/0x35 >> [ 2.110935] [] ? acpi_ns_get_node+0xb7/0xc9 >> [ 2.110982] [] acpi_early_init+0x73/0x105 >> [ 2.111029] [] start_kernel+0x348/0x3f0 >> [ 2.111075] [] ? set_init_arg+0x56/0x56 >> [ 2.111121] [] x86_64_start_reservations+0x2a/0x= 2c >> [ 2.111169] [] xen_start_kernel+0x4f5/0x4f7 >> [ 2.111215] Code: 8a 87 60 05 87 81 5d c3 e8 73 cc 37 00 55 81 ff 0= 0 01 00 00 >> 19 c0 48 89 e5 83 c0 02 5d c3 e8 5d cc 3 >> >=20 >=20 >=20 >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xen.org >> http://lists.xen.org/xen-devel >=20 --aDwbVWBkIxflQQ4vVw7GJBdsgXhjeFHT7 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 iQIcBAEBCgAGBQJU2LE1AAoJEOhnXe7L7s6jd6kQAMWFYf8oM1DBMdW2QV+LTrVI VqheJqXMF7vXdFdahSC9iTU49FbodsiiQd5c5jpNzshT3sOWqG3VBm0dLisNFu1Q yPqRIs+MifWtDS9SsFEGwnPnD5waHbJrC3mkG0FHpEo7nR1y7C4+0LvHH3MrnfFw QZzU6mIs0WrjIXJGKycmGdwjvjQAqCpJMwPwyvkdGI3vRMIVgvJw8CltfyCVblCH Y3WaUugMMqqMTtaRWoMkrgxki4Gb0ZlKSXxonBGOXKaOubzlO/a/CS6+YpvtIgCk TinboeGxHGDp3+ehx05hPGjeY9YqkuX0xjdo1CRkiQRqfQSr8HoImvlO90b8kTBk BcuKLxOnE2Jr+/7zq3J01z0Gv/Nmp4XVEg9jXgTCLDxtSDpcl35UyeZCRr1pwpJE LCdIHjokH2rnQRW2z7DPLFbEp9kvffUlODMtHJhTBBCEKjn0LZ7eshKqISOYoy0X O8hXrsRf3ANWOMT0BdMPHYq4lwEYEn0gQcvGic4rCb1Siz4eYK0TNSfzGk6fzZJ9 AbqBD14037u6VyUFONboUmo7PNRBtUPOJ7MEF3RUmtFiMNaU2IdwItkNZM4Is9K0 /2q/BlzgzWTdjaQEWvFEuhjkAGAZ0ihc+p/Tkp8qur/GAow8Gq+d4Cr6rJdJTMWE 35wVR6yGh9FOGiich+fp =4awe -----END PGP SIGNATURE----- --aDwbVWBkIxflQQ4vVw7GJBdsgXhjeFHT7--