From owner-freebsd-bugs@freebsd.org Sat May 18 20:13:26 2019 Return-Path: Delivered-To: freebsd-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9228615971C8 for ; Sat, 18 May 2019 20:13:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 28A4E8F297 for ; Sat, 18 May 2019 20:13:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id DDC7315971C6; Sat, 18 May 2019 20:13:25 +0000 (UTC) Delivered-To: bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9BB115971C5 for ; Sat, 18 May 2019 20:13:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53DE98F294 for ; Sat, 18 May 2019 20:13:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 88AEDCC85 for ; Sat, 18 May 2019 20:13:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x4IKDOOG082730 for ; Sat, 18 May 2019 20:13:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x4IKDOqM082729 for bugs@FreeBSD.org; Sat, 18 May 2019 20:13:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 237590] powerpc64 PowerMac11,2 and 7,2 context, -r330614 and later (including -r345758): "ofwdump -ap" crashes the system; probable -r330610 "cause" Date: Sat, 18 May 2019 20:13:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 May 2019 20:13:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D237590 --- Comment #3 from Mark Millard --- [The following is from a head -r347549 based context.] I have isolated the call into openfirmware that leads to the crash. Running ( truss ofwdump -ap ) 2>&1 on the console left me able to take a picture at the end. Then under (a patched-up) usefdt mode I was able to what would normally be next. The crash was shown after (from the usefdt mode context were I could save the output): name: write(1," name:\n",12) =3D 12 (0xc) 6f 62 70 2d 74 66 74 70 00=20 write(1," 6f 62 70 2d 74 66 74 70 "...,36) =3D 36 (0x24) 'obp-tftp' write(1," 'obp-tftp'\n",19) =3D 19 (0x13) ioctl(3,OFIOCNEXTPROP,0x3fffffffffffd648) =3D 0 (0x0) ioctl(3,OFIOCGETPROPLEN,0x3fffffffffffd528) =3D 0 (0x0) ioctl(3,OFIOCGET,0x3fffffffffffd508) =3D 0 (0x0) stats: write(1," stats:\n",13) =3D 13 (0xd) 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 write(1," 00 00 00 00 00 00 00 00 "...,69) =3D 69 (0x45) 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 write(1," 00 00 00 00 00 00 00 00 "...,69) =3D 69 (0x45) ioctl(3,OFIOCNEXTPROP,0x3fffffffffffd648) =3D 0 (0x0) ioctl(3,OFIOCGETPROPLEN,0x3fffffffffffd528) =3D 0 (0x0) Then was: timeput stopping cpus [ thread pid 11 tid 100003 ] Stopped at k_trap_0x28: stdu r31,r2,0xfd50 db> (I'll note that the last two addresses in the last two ioctl's shows addresses ending in fd678 and fd558 in the crashing context [non-usefdt mode]. In general the address are not exact matches for the two boot modes.) But note that truss reports commands after they finish. (See the writes above.) So the processor was likely working on the command that followed. That was the OFIOCGET for the fairly large log property (text from non-usefdt mode output, no crash): ioctl(3,OFIOCGET,0x3fffffffffffd508) =3D 0 (0x0) log: write(1," log:\n",11) =3D 11 (0xb) 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 write(1," 00 00 00 00 00 00 00 00 "...,69) =3D 69 (0x45) 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00=20 . . . (I'll not list the large block of output for reporting the log area.) --=20 You are receiving this mail because: You are the assignee for the bug.=