From owner-freebsd-ppc@FreeBSD.ORG Thu Sep 18 09:36:40 2014 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 027EA721 for ; Thu, 18 Sep 2014 09:36:40 +0000 (UTC) Received: from asp.reflexion.net (outbound-240.asp.reflexion.net [69.84.129.240]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E33087D for ; Thu, 18 Sep 2014 09:36:38 +0000 (UTC) Received: (qmail 28619 invoked from network); 18 Sep 2014 09:36:37 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 18 Sep 2014 09:36:37 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.30.7) with SMTP; Thu, 18 Sep 2014 05:36:37 -0400 (EDT) Received: (qmail 6669 invoked from network); 18 Sep 2014 09:36:36 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 18 Sep 2014 09:36:36 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-98-246-178-138.hsd1.or.comcast.net [98.246.178.138]) by iron2.pdx.net (Postfix) with ESMTPSA id 1354F1C4007; Thu, 18 Sep 2014 02:36:35 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: A PowerMac G5 rarity: explicit fatal kernel trap (data storage interrupt) instead of Copyright notice and boot text From: Mark Millard In-Reply-To: <9D652449-59C8-4F95-98CF-1CD4AA1D6E88@dsl-only.net> Date: Thu, 18 Sep 2014 02:36:35 -0700 Message-Id: References: <9D652449-59C8-4F95-98CF-1CD4AA1D6E88@dsl-only.net> To: freebsd-ppc@freebsd.org X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2014 09:36:40 -0000 Based on a couple of the after-Copyright-notice data storage interrupt = reports from my 10.1-BETA1 GENERIC64 build used on a PowerMac G5 = Quad-core (different addresses then back on 2014-Sep-2): Using objdump -t on /boot/kernel/kernel it appears that... srr0 =3D 0x883158 points into .moea64_zero_page and lr =3D 0x8b7c8c points into .pmap_zero_page both reports showed: vert addr 7f5e0000 dsisr 42000000 srr1 9000000000001032 curthread db8b90 pid=3D0 comm=3D Because "options DDB" and "options GDB" were enabled: instead of a back = trace there was just a report of where it "stopped at" (0x883158) and = the instruction (dcbz r0,r10) and then the PowerMac G5 was hung (no = input allowed). dcbz and the "2" from dsisr match up from what I can = tell. =3D=3D=3D Mark Millard markmi at dsl-only.net On Sep 2, 2014, at 1:14 AM, Mark Millard wrote: On G5 PowerMac's (with lots of RAM) I frequently have boots that after = clearing (going black) never display anything from where the Copyright = notice should display on --and the fans gradually spin up indicating = that it failed somehow. Rarely an error message shows up instead of the Copyright and later boot = text. This happend today and I wrote the one generated down so that I = could leave a note about it. I've no clue how to repeat it in any = reasonable time frame. The text on screen was (not a copy of the detailed spacing): fatal kernel trap exception =3D 0x300 (data storage interrupt) virtual address =3D 0x2fb1948 dsisr =3D 0x40000000 srr0 =3D 0x88fa84 srr1 =3D 0x9000000000003030 lr =3D 0x8903e8 curthread =3D 0xd0ccc0 pid =3D 0, comm =3D Panic: data storage interrupt trap cpuid =3D 0 KDB: stack backtrace #0: 0x533d30 at ??+0 #1: 0x86346c at ??+0 #2: 0x864630 at ??+0 #3: 0x8595e0 at ??+0 Uptime: 1s If I interpret what I found about this correctly the dsisr value = indicates that the data's address was not-found in primary or secondary = "page table entry group"s (so a page fault occurred that was not = expected to need to be handled): indicated by DSISR[1] =3D '1'... > Set if MSR[DR] =3D =921=92 and the translation for an attempted access = is not found in the primary page table entry group (PTEG), or in the = secondary PTEG (page fault condition); otherwise cleared.=20 Context: FreeBSD FBSDG5S0 10.0-STABLE FreeBSD 10.0-STABLE #0 r268571: = Sun Jul 13 06:28:19 UTC 2014 = root@grind.freebsd.org:/usr/obj/powerpc.powerpc64/usr/src/sys/GENERIC64 = powerpc =3D=3D=3D Mark Millard markmi at dsl-only.net