From nobody Sat Aug 19 08:16:01 2023 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4RSWlw3TBJz4qP80 for ; Sat, 19 Aug 2023 08:16:12 +0000 (UTC) (envelope-from list-freebsd-arm@box559.com) Received: from mx3.mx00.net (mx3.mx00.net [IPv6:2600:3c01:e000:872::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (P-256) client-digest SHA256) (Client CN "mx3.mx00.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4RSWlw1dz7z4Zl3 for ; Sat, 19 Aug 2023 08:16:12 +0000 (UTC) (envelope-from list-freebsd-arm@box559.com) Authentication-Results: mx1.freebsd.org; none Received: from razz.mx00.net [2600:3c01::f03c:91ff:fed5:a231] by mx3.mx00.net with ESMTP id 20230519-1qXH7q-0002Sd-0o; Sat, 19 Aug 2023 08:16:02 +0000 Message-ID: <0ef0907d-17a7-45cd-ab5a-c2cbd482aed8@box559.com> Date: Sat, 19 Aug 2023 01:16:01 -0700 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Subject: Re: Unable to boot Pi 3b+ To: Mark Millard Cc: freebsd-arm@freebsd.org References: <6baa4f78-6648-45a2-a4c6-96bfcaeecdea@box559.com> <1DF8A97C-2CA3-4223-9194-F16C5AEB49D8@yahoo.com> <8C766959-8B62-4823-A183-69CC9BA91DF5@yahoo.com> <32684f44-cb45-438b-a48b-a09b8a02454a@box559.com> <7D95EB12-B628-44D4-B01A-42EEF98C1E07@yahoo.com> <19C95492-994B-4137-AE78-EFFD4D016F87@yahoo.com> Content-Language: en-US From: Peter G In-Reply-To: <19C95492-994B-4137-AE78-EFFD4D016F87@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4RSWlw1dz7z4Zl3 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:63949, ipnet:2600:3c01::/32, country:SG] Mark Millard wrote on 2023-08-18 10:12: > On Aug 18, 2023, at 09:41, Peter G wrote: > >> . . . >> >> Okay, finally working! > > Cool. > >> I replaced start.elf and fixup.dat, and only those two files, in 13.2-RELEASE with the ones from 14.0-ALPHA1, and that boots (usually). > > So the old *.dtb is still in use vs. the newer one > for using the pure 14.0-ALPHA* RPi* firmware. For > what you report, both with the releng/13.2 kernel. > > At some point I'll generate the 2 *.dts's from > the *.dtb's in the sorted order and diff the > outputs. (This does not deal with live adjustments > that are also involved.) > > Does 14.0-ALPHA* have a panic when not changed? In > essence the comparison/contrast checks the older > kernel ( releng/13.2 ) vs. the newer kernel for the > modern *.dtb case. > > (Unfortunatey, you have the only known test context. > So I ask. But you may not want to be the tester for > such questions.) > >> I say usually because sometimes the boot hangs indefinitely between loading the keyboard USB device and bringing up the network stuff (lo0, mue0, and ue0), but usually it just pauses there and then continues. When it does hang, ctrl-alt-del works to try again. > > Interesting. > >> As expected, once it's up there are no apparent problems. The wired ethernet works fine for ssh and freebsd-update. I haven't stressed the system much so far, but still looks good after half a day of uptime. > > As you have the only known panic context, could you > gather the serial console output for a context that > leads to a panic(/reboot loop) when using just the > 14.0-ALPHA* firmware (modern *.dtb) and then report > it someplace folks can have access to? Absent such > evidence, the FreeBSD kernel will stay broken for > your type of context using modern RPi* firmware and > FreeBSD's kernel. (Presuming the evidence points to > the kernel mishandling something badly to cause a > reboot loop.) Okay, duty calls ... I dragged out some dusty boxes and scrounged around for old adapters and cables and hooked up the serial console. I booted the modified 13.2-RELEASE, 14.0-ALPHA1 and 14.2-ALPHA2 images. The logs are here: https://box559.com/pi3Bconsole.tgz But, now all three boot! I'm beginning to fear for my sanity after this whole thing. I know I didn't dream it, but the crash is not happening now. To check, I reverted to the HDMI console with 14.0-ALPHA1 where I had the looping crash before, and it booted fine (albeit with the zillion error messages you mentioned). So, hmm... I'm puzzled by what happened, but I'm glad it works now. Happy to send any other info that might be useful, but a working system probably isn't all that interesting. Mark, thank you for your kind assistance. > > > === > Mark Millard > marklmi at yahoo.com > > >