From owner-freebsd-ppc@freebsd.org Mon Mar 19 03:50:59 2018 Return-Path: Delivered-To: freebsd-ppc@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 40F7AF4A724 for ; Mon, 19 Mar 2018 03:50:59 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic309-22.consmr.mail.ne1.yahoo.com (sonic309-22.consmr.mail.ne1.yahoo.com [66.163.184.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D11FA779D5 for ; Mon, 19 Mar 2018 03:50:58 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: bzO7_TcVM1kSc2PUqaoavjTKJtzCXv26rceXzlHnPdsiqgnf5wD0v4SD50QU.O6 lDQwdnW84T4QdcBHe6FzWwwJBtoWVxdVANbVcH3qvereTS.PnPHdYBC.NPVAJLu77aeI6oekOnrO wHQ9ZhkZG.UKl0x9to49fKyKqAEF3O8HS8eGP66vEot68KzcEkJJpxIDMXjfwE_wcPUYUTAknzvl jL3CzUmj_3E4fFCKafbxE_MkotiYSDCgN8bu_A5G.N4RvU7OguWyW6AC2YFEdLvThI43vKnrngnh maoWdAAc3eXJ2Jq0cIShlKP7GX3Qy2VlUkMvIpXPm1ABaEsKSZS4Lw9QWVIYXts6YRBmzB4mpJnG yrw_rZxBwwKAfPWbz546bmTVKnDHoGLN0QUFNv4PPiRVHwjH0A_kJRg4JAaoBeU8ct.tO2RQs6zB cz5h90QirL2cYSSvSCaga3RUmp1f4eUhHdmf32adwZTLJnZjK0u8lzL0ZGGXhUN9hxt9X Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Mon, 19 Mar 2018 03:50:52 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp402.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c346718d89b4345ffda76d54535a62da; Mon, 19 Mar 2018 03:50:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: fatal kernel trap From: Mark Millard In-Reply-To: <7708841b-a124-7cf1-8a17-8d55fa837d59@FreeBSD.org> Date: Sun, 18 Mar 2018 20:50:49 -0700 Cc: Nathan Whitehorn , freebsd-ppc@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <401F7AE1-3B2B-43C8-A643-316596556D62@yahoo.com> References: <7708841b-a124-7cf1-8a17-8d55fa837d59@FreeBSD.org> To: Steve Wills X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2018 03:50:59 -0000 On 2018-Mar-18, at 8:16 PM, Steve Wills wrote: > Sure. The system has 8GB of RAM and 2 CPUs. The root fs is on UFS and = it also has a disk with ZFS. The panic doesn't happen until very late in = boot, when it's mounting disks. I updated the whole system to r328835 = back in Feb. Then I switched the compiler over gcc 6.3.0 and rebuilt = kernel/world again. Not sure what other info might be helpful, let me = know if there's some particular that might help. >=20 > Steve >=20 > On 03/17/2018 19:57, Nathan Whitehorn wrote: >> Could you provide any other detail on your system? Amount of RAM, = etc.? >> -Nathan >> On 03/17/18 08:39, Steve Wills wrote: >>> Finished bisecting, r329611 boots fine, r329612 does not. >>>=20 >>> Steve >>>=20 >>> On 03/16/2018 10:43, Justin Hibbits wrote: >>>>=20 >>>> On Mar 16, 2018 09:29, "Steve Wills" > wrote: >>>>=20 >>>> My PowerMac G5 runs r328835 fine, but upgrading to r330240 = results in: >>>>=20 >>>> fatal kernel trap: >>>>=20 >>>> exception =3D 0x300 (data storage interrupt) >>>> virtual address =3D 0xc186bff8 >>>> dsisr =3D 0x40000000 >>>> srr0 =3D 0x8ef510 (0x8ef510) >>>> srr1 =3D 0x9000000000009032 >>>> lr =3D 0x7be3e4 (0x7be3e4) >>>> curthread =3D 0x11b26560 >>>> pid =3D 38, comm =3D kldload Given that it reports "kldload": Do you have a way to do a simple boot that would avoid loading any .ko files? In my clang-based experiments I ran into .ko files getting a different type of linkage (R_PPC64_JMP_SLOT) for the kldload to resolve (that it did not handle, leading to panics). I ended up adding: device filemon device geom_label to the kernel so that my normal activity could happen without kldload's of .ko files. [This goes back to 2017-Dec-24 or so. I've not been very active on FreeBSD most of the time after that.] I'm not claiming you have R_PPC64_JMP_SLOT use. I'm just illustrating avoiding kldload activity as a possible test. >>>> [ thread pid 38 tid 100087 ] >>>> Stopped at strchr+0x70: lbzu r10, 0x1(r4) >>>> db> >>>>=20 >>>> Note this was transcribed by hand and may have typos. Also note = my >>>> kernel was compiled with gcc 6.3.0, although the previous = kernel was >>>> as well and it works fine. >>>>=20 >>>> Any suggestions would be appreciated. >>>>=20 >>>> Thanks, >>>> Steve >>>>=20 >>>>=20 >>>> Hi Steve, >>>>=20 >>>> I see the same thing with any attempt to upgrade the kernel on my = G5 (PowerMac11,2) from a November 6 build to more recent. I've seen it = since the January timeframe, and haven't yet figured it out. >>>>=20 >>>> - Justin =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)