From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 9 18:57:51 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BDFF9E2C; Mon, 9 Sep 2013 18:57:51 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7B1D02CEA; Mon, 9 Sep 2013 18:57:51 +0000 (UTC) Received: from pool-96-233-20-106.bstnma.east.verizon.net ([96.233.20.106] helo=homobox.opal.com) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VJ6ej-000Api-S1; Mon, 09 Sep 2013 18:57:50 +0000 Received: from shibato (shibato.opal.com [IPv6:2001:470:8cb8:4:221:63ff:fe5a:c9a7]) (authenticated bits=0) by homobox.opal.com (8.14.4/8.14.4) with ESMTP id r89IvlOx060059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 9 Sep 2013 14:57:47 -0400 (EDT) (envelope-from fbsd@opal.com) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 96.233.20.106 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18hQTDBOxfeSBH63ktILn2K Date: Mon, 9 Sep 2013 14:57:44 -0400 From: "J.R. Oldroyd" To: John Baldwin Subject: Re: panic after acpi suspend/resume 9.1, 9.2rc3 Message-ID: <20130909145744.63fcba85@shibato> In-Reply-To: <201309091122.30193.jhb@freebsd.org> References: <20130908172454.15812086@shibato> <201309091122.30193.jhb@freebsd.org> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.6; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/EUJJhy2sFqpOzmZwydjaLl0"; protocol="application/pgp-signature" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (homobox.opal.com [IPv6:2001:470:8cb8:4::1]); Mon, 09 Sep 2013 14:57:48 -0400 (EDT) X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, RP_MATCHES_RCVD shortcircuit=no autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on homobox.opal.com Cc: freebsd-acpi@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Sep 2013 18:57:51 -0000 --Sig_/EUJJhy2sFqpOzmZwydjaLl0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 9 Sep 2013 11:22:29 -0400 John Baldwin wrote: > > > Fatal trap 12: page fault while in kernel mode > > cpuid =3D 0; apic id =3D 00 > > fault virtual address =3D 0x0 > > fault code =3D supervisor write data, page not present > > instruction pointer =3D 0x20:0xffffffff80ceddcd > > stack pointer =3D 0x28:0xffffff80dbfe25e0 > > frame pointer =3D 0x28:0xffffff80dbfe2660 > > code segment =3D base 0x0, limit 0xfffff, type 0x1b > > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > > current process =3D 52022 (firefox) > > trap number =3D 12 > > panic: page fault > > cpuid =3D 0 > > KDB: stack backtrace: > > #0 0xffffffff80947986 at kdb_backtrace+0x66 > > #1 0xffffffff8090d9ae at panic+0x1ce > > #2 0xffffffff80cf1db0 at trap_fatal+0x290 > > #3 0xffffffff80cf2111 at trap_pfault+0x211 > > #4 0xffffffff80cf26c4 at trap+0x344 > > #5 0xffffffff80cdb9f3 at calltrap+0x8 > > #6 0xffffffff80b797a7 at vm_fault_hold+0x1b87 >=20 > This is where the NULL pointer is. Frame 9 (listed below) is above this. >=20 > > (kgdb) list *0xffffffff80ceddcd > > 0xffffffff80ceddcd is in pmap_enter (../../../amd64/amd64/pmap.c:3577). > > 3572 if ((m->oflags & VPO_UNMANAGED) =3D=3D 0) { > > 3573 newpte |=3D PG_MANAGED; > > 3574 pv =3D get_pv_entry(pmap, &lock); > > 3575 pv->pv_va =3D va; > > 3576 CHANGE_PV_LIST_LOCK_TO_PHYS(&lock, pa); > > 3577 TAILQ_INSERT_TAIL(&m->md.pv_list, pv, pv_list); > > 3578 if ((newpte & PG_RW) !=3D 0) > > 3579 vm_page_aflag_set(m, PGA_WRITEABLE); > > 3580 } > > 3581 >=20 > So it seems like pv_list of a page might be busted? Can you try looking = at > the disassembly to see if you can find 'm' in one of the registers? >=20 Sure, here you go... (kgdb) print m $1 =3D 0xfffffe00b260b430 (kgdb) print m->md.pv_list $4 =3D {tqh_first =3D 0x0, tqh_last =3D 0x0} (kgdb) print pv $2 =3D 0xfffffe0095088ad8 (kgdb) print pv_list No symbol "pv_list" in current context. (kgdb) info registers rax 0x1 1 rbx 0xfffffe0095088ae0 -2196522890528 rcx 0x0 0 rdx 0xfffffe00b260b430 -2196030573520 rsi 0x0 0 rdi 0x153 339 rbp 0xffffff80dbfe2660 0xffffff80dbfe2660 rsp 0xffffff80dbfe25f0 0xffffff80dbfe25f0 r8 0x0 0 r9 0x827689000 35020902400 r10 0x63 99 r11 0xfffffe00b260b430 -2196030573520 r12 0x47f 1151 r13 0xfffffe00862458d8 -2196772726568 r14 0xfffffe0092907448 -2196564315064 r15 0xfffffe0095088ad8 -2196522890536 rip 0xffffffff80ceddcd 0xffffffff80ceddcd eflags 0x10202 66050 cs 0x20 32 ss 0x0 0 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 --Sig_/EUJJhy2sFqpOzmZwydjaLl0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEUEARECAAYFAlIuGisACgkQls33urr0k4mOdgCdGKN1VVwYKDEe9z0s7mFQRpXH fc8AmJ07mKw+RsSBOSvfoKoldf8zWWU= =XhJe -----END PGP SIGNATURE----- --Sig_/EUJJhy2sFqpOzmZwydjaLl0--