Date: Wed, 16 Nov 2016 14:40:51 -0800 From: Mark Millard <markmi@dsl-only.net> To: Nathan Whitehorn <nwhitehorn@freebsd.org> Cc: FreeBSD PowerPC ML <freebsd-ppc@freebsd.org> Subject: Re: svn commit: r302214 - head/sys/powerpc/aim ["set usefdt=1" test fails on PowerMac7,2 as well] Message-ID: <307CB919-E9AC-4DD6-B695-DF47CE3F6CF9@dsl-only.net> In-Reply-To: <FCF39018-C195-4166-B0E7-61FF068AEEA2@dsl-only.net> References: <B2997643-4FB3-43AF-8942-61E6E4DB2ACF@dsl-only.net> <A4F120A6-73B0-49F6-BBF5-509E4A1A85D8@dsl-only.net> <FCF39018-C195-4166-B0E7-61FF068AEEA2@dsl-only.net>
next in thread | previous in thread | raw e-mail | index | archive | help
[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 <markmi@dsl-only.net> 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"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?307CB919-E9AC-4DD6-B695-DF47CE3F6CF9>