From owner-freebsd-ppc@freebsd.org Wed Nov 16 22:40:55 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 760FEC458F3 for ; Wed, 16 Nov 2016 22:40:55 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-30.reflexion.net [208.70.210.30]) (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 3457390D for ; Wed, 16 Nov 2016 22:40:54 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23438 invoked from network); 16 Nov 2016 22:40:38 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 16 Nov 2016 22:40:38 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.10.2) with SMTP; Wed, 16 Nov 2016 17:40:58 -0500 (EST) Received: (qmail 6154 invoked from network); 16 Nov 2016 22:40:58 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Nov 2016 22:40:58 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 40C96EC76EB; Wed, 16 Nov 2016 14:40:52 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: svn commit: r302214 - head/sys/powerpc/aim ["set usefdt=1" test fails on PowerMac7,2 as well] From: Mark Millard In-Reply-To: Date: Wed, 16 Nov 2016 14:40:51 -0800 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <307CB919-E9AC-4DD6-B695-DF47CE3F6CF9@dsl-only.net> References: To: Nathan Whitehorn X-Mailer: Apple Mail (2.3251) 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: Wed, 16 Nov 2016 22:40:55 -0000 [Top post of a new "set usefdt=3D1" test on a different type of = PowerMac.] I now have the SSD at -r308247 of head and have also tried "set = usefdt=3D1" at the loader prompt on a PowerMac7,2 (before it was a PowerMac11,3 that = was tested). > Ok set usefdt=3D1 > Ok boot still failed. (My SPRG0 PowerMac G5 boot-reliability hack is present in = what I tested.) It got another "Error -2 adding node" but was adding a CPU node = (PPC970). It hung just after the "kernel entry at 0x100120" message (earlier than the prior report relative to the message outputs shown). All I have access to for powerpc64 are a couple of PowerMac11,3's and = the one PowerMac7,2 so those are all that I can test. [The PowerMac11,3 test likely was using sc but this PowerMac7,2 was = using vt --in case that might matter for something.] If it is likely to make a difference I could try without the SPRG0 hack. = But so far you have not reported that "set usefdt=3D1" would be likely to = depend on such details. Otherwise as far as I know there is no more that I have context to help = with for this type of attempt to avoid depending on Apple's OpenFirmware in = the kernel. So far the SPRG0 hack has been the most useful technique for = booting reliably on PowerMac G5's. (And I've not been able to reproduce Jukka = U.'s iicsmb_load=3D"YES" in /boot/loader.conf problems so the run-time module loading issue is likely a distinct issue.) =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Oct-18, at 5:30 PM, Mark Millard wrote: [I've finally got a access to the powerpc's and powerpc64's, at least = for a little bit. But other things may take much of my time.] Nathan Whitehorn nwhitehorn at freebsd.org wrote on Sun Jun 26 23:38:36 = UTC 2016 [back in 11-CURRENT days]: >> . . . >>> Author: nwhitehorn >>> Date: Sun Jun 26 18:43:42 2016 >>> New Revision: 302214 >>> URL: >>> https://svnweb.freebsd.org/changeset/base/302214 >>>=20 >>>=20 >>> 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) >>>=20 >>> Modified: >>> head/sys/powerpc/aim/aim_machdep.c >>> head/sys/powerpc/aim/locore64.S >> . . . >=20 > . . . >=20 > 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. > -Nathan I updated the old 2016-June-1 SSD contents to head's -r302214 and did buildworld and buildkernel and installed them, but with my PowerMac G5 boot-hack still present. This was to be the first test if things went well for "set usefdst=3D1". They did not so no tests without the hack = were made. A normal boot works fine for -r203214 but use of "set usefdt=3D1" before "boot" fails. A hand transcribed report of the visible "set usefdt=3D1" results are: > Ok set usefdt=3D1 > Ok boot > Booting... > Error -2 adding node /ht@0,f2000000/pci@8/macio@7/i2c@18000/i2c-bus@0 = (i2c-bus@0), skipping >=20 > kernel entry at 0x100120 > Invalid memory access at %SRR0: 00000000.00100120 %SRR1: = 10000000.00083030 It then reports the Apple model and firmware version and and some other Apple text and gets stuck. (Power switch time.) Note: I've not updated /usr/ports so the modern binutils poewrpc64 issue is not involved: > #svnlite info /usr/ports/ | grep "Re[lv]" > Relative URL: ^/head > Revision: 415874 > Last Changed Rev: 415874 > # uname -apKU > FreeBSD FBSDG5C0 11.0-ALPHA5 FreeBSD 11.0-ALPHA5 #40 r302214M: Tue Oct = 18 06:11:02 PDT 2016 = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG powerpc powerpc64 1100120 1100120 devel/powrepc64-gcc was used to do the system builds and it is a libc++ based build. > # svnlite info /usr/src/ | grep "Re[lv]" > Relative URL: ^/head > Revision: 302214 > Last Changed Rev: 302214 > # svnlite status /usr/src > ? /usr/src/.snap > M = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp > M /usr/src/lib/csu/powerpc64/Makefile > ? /usr/src/restoresymtable > ? /usr/src/sys/arm/conf/RPI2-NODBG > M /usr/src/sys/boot/ofw/Makefile.inc > M /usr/src/sys/boot/powerpc/Makefile > M /usr/src/sys/boot/powerpc/Makefile.inc > M /usr/src/sys/boot/uboot/Makefile.inc > M /usr/src/sys/conf/Makefile.powerpc > M /usr/src/sys/conf/kern.mk > M /usr/src/sys/conf/kmod.mk > ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > ? /usr/src/sys/powerpc/conf/GENERICvtsc > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > M /usr/src/sys/powerpc/powerpc/exec_machdep.c =3D=3D=3D Mark Millard markmi at dsl-only.net _______________________________________________ freebsd-ppc@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ppc To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org"