From nobody Tue Nov 28 17:05:59 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 4Sfpks2wWZz52Dhw for ; Tue, 28 Nov 2023 17:06:13 +0000 (UTC) (envelope-from sr@genyosha.net) Received: from ns0.genyosha.net (ns0.genyosha.net [50.39.243.220]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "float.home.genyosha.net", Issuer "float.home.genyosha.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Sfpkr4H5nz3bgT for ; Tue, 28 Nov 2023 17:06:12 +0000 (UTC) (envelope-from sr@genyosha.net) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of sr@genyosha.net designates 50.39.243.220 as permitted sender) smtp.mailfrom=sr@genyosha.net; dmarc=none Received: from dragon.home.genyosha.net (ops0.genyosha.net [50.39.243.219]) by ns0.genyosha.net (8.17.1/8.17.1) with ESMTPS id 3ASH64Gc007046 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 28 Nov 2023 09:06:04 -0800 (PST) (envelope-from sr@genyosha.net) Received: from dragon.home.genyosha.net (localhost [127.0.0.1]) by dragon.home.genyosha.net (8.14.7/8.14.7) with ESMTP id 3ASH5xs0026902 for ; Tue, 28 Nov 2023 09:05:59 -0800 Received: (from sr@localhost) by dragon.home.genyosha.net (8.14.7/8.14.7/Submit) id 3ASH5x1T026901 for freebsd-arm@freebsd.org; Tue, 28 Nov 2023 09:05:59 -0800 Date: Tue, 28 Nov 2023 09:05:59 -0800 From: Steve Rikli To: freebsd-arm Subject: Re: reboot hesitation on Pi3 running -current Message-ID: References: <4078F04C-B4AA-4029-B260-2A075A8832DA@yahoo.com> 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Greylist: inspected by milter-greylist-4.6.4 (ns0.genyosha.net [50.39.243.220]); Tue, 28 Nov 2023 09:06:04 -0800 (PST) for IP:'50.39.243.219' DOMAIN:'ops0.genyosha.net' HELO:'dragon.home.genyosha.net' FROM:'sr@genyosha.net' RCPT:'' X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.4 (ns0.genyosha.net [50.39.243.220]); Tue, 28 Nov 2023 09:06:04 -0800 (PST) X-Spamd-Result: default: False [0.04 / 15.00]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-0.77)[-0.769]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_SPAM_MEDIUM(0.11)[0.111]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:20055, ipnet:50.39.128.0/17, country:US]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[genyosha.net]; RCVD_TLS_LAST(0.00)[] X-Rspamd-Queue-Id: 4Sfpkr4H5nz3bgT X-Spamd-Bar: / On Tue, Nov 28, 2023 at 08:15:30AM -0800, bob prohaska wrote: > On Tue, Nov 28, 2023 at 07:20:03AM -0800, Mark Millard wrote: > > On Nov 28, 2023, at 07:10, bob prohaska wrote: > > > > > A Pi3 running -current has taken to pausing during a shutdown -r in a strange way: > > > It gets to: > > > > > > Hit [Enter] to boot immediately, or any other key for command prompt. > > > Booting [/boot/kernel/kernel] in 5 second more detailed help. > > > > > > It then stops at the OK prompt: > > > > > > OK boot <---typing boot fails: > > > > > > unknown command <---this looks strange, the kernel should already be loaded > > > > A possibility here is garbage control characters, say before > > the "boot". YOu might want to type just to the first OK > > prompt and see if you ever still get "unknown command" once you > > do type just "boot" (and ). > > IIRC I've done that in the past with the same result, but memory is hazy > and an attempt at a second shutdown -r came back up without hesitation. > > Another build/install cycle is running now, I'll be more careful next time. > > > The fact that the countdown stopped at 5 (or other early value) > > suggests such extra text at that point. > > Rubbish on the serial console is a common occurence, but it usually > shows up when the USB end is taken down and brought back up. In this > case the USB end remained up throughout the reboot cycle, no stray > characters were visible. > > Thanks for writing! This topic has come up before here, I believe. I can confirm the same or very similar behavior on rpi4, and there's no USB-serial to disconnect on the remote end, rather an actual serial console server which is always-on. Unfortunately it's not consistent behavior, i.e. sometimes the reboot proceeds uninterrupted. Sometimes typing 'boot' proceeds normally, sometimes typing 'boot' errors and then typing it again proceeds as normal. I too have been thinking it's spurious chars on the serial console at various points, but I've yet to find a common behavior or consistent method to reproduce. This doesn't happen on my other serial consoles, FreeBSD or Linux. I also don't think it happened early on when this rpi4 was running raspbian for a brief time, but I didn't play with that setup very long. So far I believe it's avoidable by not watching the serial console during reboot, not necessary (I think) to disconnect the cable. But obviously that defeats the purpose of the serial console vs. a blind reboot. I plan to upgrade my rpi4 to 14.0 just to see if anything changes. Iirc from the relnotes, one of the changes in new release is 115200 is the new default for serial communications, and I have some hope that maybe some hard-to-find hard-coded 9600 may have been thwarting those of us running with different speed infrastructure and console. Since bob is running -current on his rpi3 though, my hope is probably a longshot. Cheers, sr.