From owner-freebsd-ppc@freebsd.org Sun Sep 11 20:43:00 2016 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E70B4BD7E46 for ; Sun, 11 Sep 2016 20:43:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-178.reflexion.net [208.70.211.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A7684615 for ; Sun, 11 Sep 2016 20:42:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8975 invoked from network); 11 Sep 2016 20:43:42 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 11 Sep 2016 20:43:42 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Sun, 11 Sep 2016 16:42:57 -0400 (EDT) Received: (qmail 7619 invoked from network); 11 Sep 2016 20:42:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 11 Sep 2016 20:42:57 -0000 Received: from [192.168.0.104] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 71B59EC892A; Sun, 11 Sep 2016 13:42:52 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: PowerMac G5 hangs/crashes on boot: 10.2, 11.0-RCx From: Mark Millard In-Reply-To: <5fd3b681-1050-9602-b338-fe0dc5e10642@swissmail.org> Date: Sun, 11 Sep 2016 13:42:51 -0700 Cc: Jukka Ukkonen , FreeBSD PowerPC ML , Nathan Whitehorn Content-Transfer-Encoding: quoted-printable Message-Id: <4ED78F93-6C3F-43AC-8BFB-95C54B5F50E2@dsl-only.net> References: <6ad00a2d-4213-18b8-7974-534aa3758837@swissmail.org> <0A9EB3C7-F430-4F82-9B09-632754BB82C8@dsl-only.net> <6B075CE8-2AF5-479C-8363-6F5F33A0B62F@dsl-only.net> <5fd3b681-1050-9602-b338-fe0dc5e10642@swissmail.org> To: Krzysztof Parzyszek X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2016 20:43:01 -0000 On 2016-Sep-11, at 12:04 PM, Krzysztof Parzyszek = wrote: > On 9/10/2016 7:12 PM, Mark Millard wrote: >>=20 >> Your report that you have some sort of failure after booting during = the likes of buildkernel is new as far as I know. Sending the list = (and/or a bugzilla report) about the failure mode and related = information may be appropriate and help in the future. (May be I missed = an already existing report.) >=20 > I think the issues with hangs are related to the temperature sensors. = I was getting console messages that the media temp sensor was reporting = 120C! I realized that as I replaced the hard drive, I changed the = position of the drive in a way that exposed the sensor to the wind from = the fans (it used to be angled a bit). Following this line of thought, I = stuck a piece of paper in front of the sensor and things seem to work. = At least work better than before. I have ordered a replacement sensor = from eBay, so hopefully that problem will go away. >=20 > Regarding your "hack": it works perfectly! So far, my system (10.3 at = the moment) has booted every single time, no exceptions, traps, = unexpected conditions. This is too good to remain as a "hack". I have no = experience debugging the kernel and I don't know ABI the OFW follows, = but I wouldn't mind digging a bit deeper into it, if someone shared some = pointers. >=20 > This is all with powerpc64. >=20 > I'll try checking if it helps with 11.0 next. >=20 > -Krzysztof One of the worries about the hack is that other PowerMac G5 variants = than I and you have tested on might behave differently. After all your = experiments with my hack you might want to add notes about the results = to the bugzilla report = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205458 . It would be = good to be explicit about the type of PowerMac G5(s). Various folks = believe that the amount of RAM contributes to the issue based on their = observations so reporting that is likely important. I likely need to add notes about the two types of PowerMac G5 variants = and the RAM configurations that my activities involved. (The list = history has this information but it would be a pain to find.) Going in a different direction. . . If you are willing you might want to help Nathan Whitehorn with testing = that I'll not be able to do until I get access to the powerpc64's (and = powerpc's) again. See, for example, = https://lists.freebsd.org/pipermail/freebsd-ppc/2016-June/008275.html : >> Author: nwhitehorn >> Date: Sun Jun 26 18:43:42 2016 >> New Revision: 302214 >> URL: >> https://svnweb.freebsd.org/changeset/base/302214 >> >> >> Log: >> Enter 64-bit mode as early as possible in the 64-bit PowerPC boot = sequence. >> Most of the effect of setting MSR[SF] is that the CPU will stop = ignoring >> the high 32 bits of registers containing addresses in load/store >> instructions. As such, the kernel was setting it only when it = began to >> need access to high memory. MSR[SF] also affects the operation of = some >> conditional instructions, however, and so setting it at late times = could >> subtly break code at very early times. This fixes use of the FDT = mode in >> loader, and FDT boot more generally, on 64-bit PowerPC systems. >> =20 >> Hardware provided by: IBM LTC >> Approved by: re (kib) >> >> Modified: >> head/sys/powerpc/aim/aim_machdep.c >> head/sys/powerpc/aim/locore64.S In addition he wrote in the specific message: > One thing it would be great to have some testing on after this change = is=20 > the FDT layer in loader. If you set usefdt=3D1 from the loader prompt,=20= > loader will distill the OF device tree into an FDT and then stop Open=20= > Firmware completely before transferring control to FreeBSD. This = should=20 > avoid any possible problems accessing Open Firmware from the kernel, = as=20 > well as making boot a little faster. (I had temporarily lost access to the powerpc64's (and powerpc's) = already.) I expect that he would like some testing without my hack present that = eliminates. . . > "mtsprg0 %1\n\t" > and > "r"(ofmsr[1]), If there are still problems then testing with my hack present would be a = good idea as well. This activity might produce more material appropriate to report at = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205458 . =3D=3D=3D Mark Millard markmi at dsl-only.net