From owner-freebsd-ppc@freebsd.org Wed Sep 23 21:07:54 2020 Return-Path: Delivered-To: freebsd-ppc@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3E480427082 for ; Wed, 23 Sep 2020 21:07:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4BxW3Y2Sjtz4My8 for ; Wed, 23 Sep 2020 21:07:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: hhTGbGUVM1kw9xnp4OGSdUqOP5Bb2RX42JHcpPanVrLXZTmtYhMzhy.5xZpLLLC k_bJwWZYrqRLjUSoIlWrK3FGnl05.wE.Pc_bW061FQo55RKN9pQ_x8vY7G0pr4yptXC8sQOxYHtj CC8JScm4SL5RAXILE37TwcwPb8UAg36J.DyvZHdSG3O5ZJIF7kD_loMRsHA9q0UPhQOOcNqkkmp1 CoEybdgS8qm4uWGl.Nb.0W4ZMzlC6fIA0.2yYORKFYdihz8KdtML_NEhLKNcVtycVRqh2yBxe2Fx KIE9hhUonq5pvXjtypCU1TyIYF7F1ic3AkojNeugbRpItLZ.y6oxbfG8fwO0ZvSMIM6dwjvK5PxH YvWqkyNZlptUoiVokApeBHhARTt_tMgDhhVzXap6Jmlx81VSSyi7gXB2BzdTVwa8.JdrlRo47u86 U1D4NUZ5olNXAScIdzl.8o9nkA1smPXdZg712HfzqmmPTe47fsoNZBKXKodEj40D6ZL.aoVWbX1o J.3j9ZknvFBo6EKmEfCXsBAC7OdpGKc2i8lgL3xvvI88CKNO.J2idXoSPKK3JVCvW5wktsVRIcRh kY6tsPrJ5IGe3bO_atPgslApdqo77zzVf6ltfP_sigL1wQ3c0onczdWnhlsL9qGSD_KajZgRevEb ajN0.VNkJP7RNQouAT1Ge8V1KOEQi67FUPv8iz.jZ95uoapf5dMaKf5uS0Kc__Po99vAdM4kIGhE XhdOyaRy5.UgUauEVZ4vM4q5L0GY7RxFwkAygv5kIZEJvPmSfH3wrWuorB.FEVLytL1V8h83bxk_ KyxIIYRpQj..JGqSxFgLZz0_dWtYzMoC_oTgP.KEPS50YKhgeNcsJC_nzmPEMQhi9L83RCEWC_Sg hdp.LPbH3KWx5f1.1frnrt9OMaFzOQ_KocgwRzUMoZOuyMyxZXv7IkEOdO.zNOIrnm2uXuTa..1R yi8I64a2iF0HjRQQ_1eAB3tQjNgwYbp7rRk5Fto3hNxJ0Cb5L3jSqcphgAJHshClvRtnvPnyfof2 LZn1EtTADzgjmMrwClzjDZKZ2Sk9FkzOQuis3YyaMcrYw08Zah8_4DhiYknjugHTcIbrkfmy78Sl LYPNiV5G4iQe30jgjcsdYuxt8.oRiIeEvjSmfh8sIioWxzjKb9rTomfgKn6oe_8XA62wyLvTzmbt tnRa3wO9fgt9YqiLioB9IQk0BSsMNMIKAY3TodpQbn6qbMtTU25oO6HYhHkE5d5tbwY7S5gJMvz9 jS.akw_UR2jh9UZka_Iobb3yHmvU9v87VnQdt1Cz9aqnaTzVQIJHQmJQzn2HxVRrxN_YXj38yNzs sxarKa8yfdlHaU5C_sn9KORHKvlqCBp6whtfkc2HXaA0nkwWQqBpq.qg2CC_6ehX45R2IasyNnTs X6fmzitfmWspFeR2P9o0QMecUQUlnyMaMxjt3UcB2m5ea7Iy2kMV2DJz2iGGZh8I9DpSK8qqH8tO l_ZytXO6EVPQc._63tgDd9L9yTwVEzv44rJ6h1sAy5I2tAMCuAr1z.ZCcwCYAFRsKRk8SotJqXAx XPYbUlg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 23 Sep 2020 21:07:51 +0000 Received: by smtp415.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 97c44d55abbd4a20eacd7efeaaea7211; Wed, 23 Sep 2020 21:07:50 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: head -r365932 on PowerMac G5 (2 dual-core sockets): Crashes before login prompt if powerd is enabled in /etc/rc.conf From: Mark Millard In-Reply-To: <4e63a5ee-a452-4f04-99f2-3ab99c68944c@www.fastmail.com> Date: Wed, 23 Sep 2020 14:07:49 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <52783D16-5DCA-45BC-9238-2518326454A1@yahoo.com> <6E99EE39-D2B8-415A-A5BF-823C0F0C22D6@yahoo.com> <11fe573a-24c3-47be-95ed-c601ec54f168@www.fastmail.com> <92f57afb-33cb-4d38-be17-4b8c81cb9c89@www.fastmail.com> <6a0ade9d-26f2-4448-b066-0b06ed3ba5ef@www.fastmail.com> <9D4314E7-92C9-4BDD-B023-8C9BC3DCCAB0@yahoo.com> <5E79BB07-D54B-4A8E-B592-F480211D0B92@yahoo.com> <88052e3f-4b79-45ca-8ebb-9fc19cbc558b@www.fastmail.com> <07E0C1EE-647C-4BFD-A60F-71B02EA3FB13@yahoo.com> <4e63a5ee-a452-4f04-99f2-3ab99c68944c@www.fastmail.com> To: Brandon Bergren X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BxW3Y2Sjtz4My8 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.53 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.08)[-1.079]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.932]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.17:email]; NEURAL_HAM_LONG(-1.02)[-1.022]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DBL_PROHIBIT(0.00)[0.0.0.17:email]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ppc] X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2020 21:07:54 -0000 On 2020-Sep-23, at 10:17, Brandon Bergren wrote: I got around to using: = https://artifact.ci.freebsd.org/snapshot/13.0-CURRENT/r365932/powerpc/powe= rpc/ materials on another SSD to see if an official debug build would also end up failing. (boot1.elf not updated but the UFS file system rm -fr'd and then expansion of the .txz's into place.) It booted. It has been a long time since I've had a "debug boots, non-debug does not" problem. I wish there were also non-debug head builds for such cases so that I could substitute such too see if it is some build oddity of my context. (Historically all the examples were not just local to my context.) So now I can try some substitutions on the two 32-bit powerpc SSDs and see what the problem tracks. > On Wed, Sep 23, 2020, at 11:47 AM, Mark Millard wrote: >>=20 >> I've been doing things this way with the SSDs since sometime >> in 2014 on the same machines since then. I've never run into >> the problem prior to now. >=20 > OK, you would have likely tripped over it by now then if any of your = machines were affected by the bug, as it was breaking things on and off = for *years* on specific machines until I finally went in and figured out = what was ACTUALLY going on there. (FWIW, this had also been breaking = Linux for years, especially where GRUB 2 was involved.) >=20 >>>>>> FreeBSD/powerpc Open Firmware boot block >>>> Boot path: /pci@f2000000/mac-io@17/ata-4@1f000/@0: >>>> Boot loader: /boot/loader >>>> Boot volume: /pci@f2000000/mac-io@17/ata-4@1f000/@0:3 >>>> END QUOTE >>>=20 >=20 > What is your boot command? >=20 > Is it just the usual "boot hd:,\\:tbxi" or are you manually invoking = boot1? (i.e. "boot hd:2,\ppc\boot1.elf /boot/loader") Well, nvram -p reported on a G4: # grep -i boot /mnt/root/nvram.txt=20 auto-boot?=3Dtrue boot-device=3D/pci@f2000000/mac-io@17/ata-4@1f000/@0:2,\\:tbxi boot-file=3D boot-screen=3D boot-command=3Dmac-boot boot-script=3D boot-args=3D boot-once=3D boot-last-label=3DLinux But ofwdump -ap reported: # grep -i boot /mnt/root/ofwdump.txt=20 'bootrom' bootpath: '/pci@f2000000/mac-io@17/ata-4@1f000/@0:2,\134ppc\134boot1.el' bootargs: 'BootROM' supports-bootinfo: boot-syntax: Node 0xff840498: boot-rom 'boot-rom' 'Apple PowerMac3,4 4.2.8f1 BootROM built on 10/11/01 at 14:12' BootROM-version: BootROM-build-date: auto-boot?: boot-device: boot-file: boot-screen: boot-command: 'mac-boot' boot-script: boot-args: boot-once: boot-last-label: last-boot: Node 0xff858bb8: bootinfo-loader 'bootinfo-loader' Node 0xff8d6d78: bootpath-search 'bootpath-search' Node 0xff8f3660: multiboot 'multiboot' (which also answers the BootROM version for that specific PowerMac) >>=20 >> The build is my own (cross build). For the kernel I install >> on the host to a directory, tar that to a PowerMac, and >> later expand the tar to the SSD in question. Like I've been >> doing since 2014 on the same set of PowerMacs. (The procedure >> avoids the little-endian host vs. big-endian UFS on the >> PowerMacs.) >=20 > My normal procedure is to do cd release; make release TARGET=3Dpowerpc = TARGET_ARCH=3Dpowerpc KERNCONF=3DGENERIC after doing a world / kernel = build so I have fresh install media to burn to cd / usb. (Except for the = machines that netboot. For those, I just installworld = DESTDIR=3D/path/to/nfs/mount and use mergemaster to manage config file = updates) >=20 >>=20 >>> When was the last time you reinstalled boot1.hfs? >>=20 >> It been a while but this setup was working before the >> update to head -r365932 . When was the last time >> boot1.hfs had a required change? Recently? >=20 > May 1. I fixed a load address problem. Well the SSD that just booted was last used before May and so has older boot1.elf content but worked just fine. I wonder if there is a good way to check the vintage on each SSD for the issue. (I may have updated some SSDs for the May change, I'm not sure. It seems vaguely familiar.) May be looking with hd would be enough. . . . Looks like I do not have examples (hd output) of: 00 38 00 00 in appropriate places after "ELF" (prefixed with 0x7f). > Actually, now that I think about it, I think that that's actually what = you're tripping over here. It seems like identical symptoms. Okay. > See https://reviews.freebsd.org/rS360537 >=20 > This was previously only working by accident. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)