From nobody Tue Nov 28 20:35:34 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 4SfvNn11SDz52WYG for ; Tue, 28 Nov 2023 20:35:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SfvNm5VnTz4fZF for ; Tue, 28 Nov 2023 20:35:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1701203750; bh=/yiicQUWe26+h7N9czHchFdV+ltybLz7RLWU2Cipcb0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=qB6jzSSkDk88SAiJ7y/rf3pi+QC6VfqAEAqnXoOckpNWwxsGA0oAcTHuu1ZHm6OZpmAEo5vSJDK4JXNLmRE0SihWneBP21dHru7/tyTJ6psvtN/TbDt1ad1iKo5L3ejvR7W6mzP//L7wqVkcDA7OAmJweVr4Wg6+jncInt0u3F4LLgqQoS4Nk6MG4nshuEkr3AfGWbtJz1psgkVsl+0EiCpXeFphxGfuHHow3U6pXkkpatfJqg7vFVQqfqSHQMbUVzLabjcgFCtNhDTp40yh9Ye/cUDBlKiYkGEqHDdtlZr1gVuixRypJMUPBKXPv9LNSHHM1Ha3cyLQAoy0V7MaOA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1701203750; bh=VOudaPSts0vHxhkH6zCD7r0R8HFCQZNrr2MuL3cKmiL=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=dQKGuePgG03Nz9oP+DEGGUxJxf8y29i4IvLoOmyhJGe9h1ugfXRX/aCzH5/XxIWtO73FyttRgRQ/qxqQzopXdacZOZesgW9DC4avDAgagbHcHF0IPrrF+J4tBx+QPaNBeoFh+yzKn0ONtiHrsaDj7ZERMT6uVK2mfm5V5cSENe0gH6rHqmbbc8UXzuPDP3FRG9pYADzKgYnQz2mIs0icaYPTZ8mBdTEkUAJYqreg7hHB29cNF/s9glZ5fSYU4UJ9VQ/tnx7RLAKmoCI2EXlEI59xpAFXYUynY1G+jD+j8t6KosYeU0PHz3T9nyMzyEZMD3xqXbXMFnSCOQ2KVdLJBQ== X-YMail-OSG: ItqbxLMVM1nngji.pscmtUWhPZe4JRY7ZRFQUxy0xMbfuKuaK3UpEW9bVK8ZGjQ E8snx9YlEjjsX.5qxuFoG0Fbs4JafqA5Mnf0ZJjoFPsJKKYXZRtKot3SmpCp7DnryuXF_DcpdxwE NZ7mw0kFjuM7CfV8GEW8050aJOpF8G0LmxFTaxAib4i5shXzuEP01pohSC6hBRPXbc7j0QOpCoOZ foO46MRPm0ri7u2aQ6nP6oGeuZJuA8prhu3qpoa4ZEctj5HgH6WJw4gyqZn70I7Mm_Q7dgodeFe. tMO0qkfMSEf.y2Uso9IULV5wy0uJywS2hjSUDHkybDkmfp95zdpHeIB7RmIt2yvdIxeYqNWBMuah MyWO811yEepIrlRWCDiovgExFDZfDJOzUsWXhOaF_cZgCuJweCSQq7WUQgmLfRxOHJj1Ykncw2Mh wQ4w7.PCWJ8HipYedpNkroWja_fvEQVOZUGcQasH4pDGYJh5NtULVHU8PFuH56Uh7GPze2RYENOu 3JeCCGoiRVI.nnQicHxCU3IDn.3qdAhNsdU3qg1MuZ7yvTQqJbzZ8ffARhpDjI7iwhejVNUexKGJ P7PkJ48lNKL9w0wgKpUUTpgQP7Xfwx4SbhPx2y5UyspfEEqoidjW46m32QbpRdLuPLFcxaoXWH1P 8dHPeKn3L353KoajuEqXtIE.sA.XR61Ld9GX9dNDQbaPM5s39lTJaV2krGIcuVkui3e7lFuuFR4P HSGND3jCB1_E.kQ4zIE0ITEdUEcXIUbiRGlG_zy9eJ4W_yxzR9spuO3gm07juq.BRNf80Uk_RB6o laTcpLZEIeoZFrrgbPCz_1dTjNn07BMdpkQ0h.LSlhH8aLJoxViBw8tS9YKCTxyLSommzLVeT9IF kEIE39.Y1zvp7YOhpgx0OKRRj1wcGy7CRylwjL_aypgnTPJTEDo2yyyy9u0TkbaWH0P8viPRUjTe 1IMzO9Q0bZ4nTL7Ndm4YA6gwAkBVg9pgltNMO9UXcY76_TR3UsPIxWSHjMRwnESo3I3hJnDe.Yfn JTCSZobTtPPCwFTohMiEpoVBqQrMlBuXmD3u56tk7wO1SlxABUgEbCWxaCWojcQRKmdhJOWNgH8N Jck2vr4II9LkUBB5SIU80xciyTwiwmiN3Yn62sIPcK6iB.L95Hk4jbcwoXKgHW0U774Mk7Y_uFrL G0.vfqVvOHJbBFf6i3UZdgRUYo9YRFoUnEML0aOKldOVjd7V.IviMMc6WYksBjpy2kshWD3G7rSB WqD.pF.1jyD45eqnAoCfyGwDefUgfO8gZ3YQ899AbxBUS_hQbYKt8M7ZpCMCDK8a21gYy2hhTDXD dvbqOVvfbbgCMI98goq_7cRDjaFoRCgWp.E2dEfb1SEOFIgNa.SzIzqjpFCJQGTFYBrJZUvw9dkd lDncdi8k_R2rcevsSaZlnBD9hd6ouMiOxNN4vC2KqB0wxbNKx1bHjgodGF6MbmyatjnxFn2R7RMF 3UaOCABilKYKJ4wN3GSGokbAIFCWxgmmwPNLc.yrmmayN5irDAovtaymhqEdCPjbPHKIufYOLceP 9AlmY0LBTdrS4K4BdjZgSNx5Anqg308dMHNPxgMGiLIQUrDK0eetNkQKll.nWwQOyAiSINLJOOaX qLD2hx_Wl8S3HxvJcm77WajEutRbQe5Jq8QcErgqXe8B10LcTHcqKLrrvyCvgghgrqMi4bSI8ARH ZtVUlb0IINUIfhdrrPpwCaalZIxM5rdyPFxumxZmEC04.sJ77nks2CsktMxBimqoIGR6g2RmrAEf ItVX6kRhnslusdWVZ2NkGSDV4zmGS1iy.mk8iuuZlDUZUFaKzLJ8DPXLwx7xOAK7Ht9ZmcYPHd5k V9s3niApgH6t19m5QfN0etywODO9kUvnQ7v0Q44GSPKznbvJKL8y_n4Qbzae_zV5qJ9JCbxb_8QE mJ_cPYbWF6UeBFzR9mBgk4_EKubggoeUqocN4q70N1gvzInASsnN2J45GcymH.iH1NBivZ8Xn9Ur i91FGfwRS6VV14uZl0POj.aY6wfMBELthlY73fr5.iJWGUk69Y8d8ulIGJi96AWHBbNRWiQ3_QUb dEwfOFF_vy1WaXuF8EVmEAsl.GnDUjlO7JPaff9ZRAlDs4wWgVJYZ4sfHyGIKne8LvO6rv3PJWwO L5js3i0ZFVVJqc8ASqKIZJ9sSXnKHss3n_upAed6s8AJT1PpgwBBVYb1m3uAXYtzzU4hA.iW1H7p XhnWaR0wbxwaL_fjKzAJ2yaIF64sO..NNsqPhyUphFo.PNXp71s2bzpcbDfmr.mBcybtEAQ9pAEG QH4P9lQLn X-Sonic-MF: X-Sonic-ID: b8f907ca-b8bb-4989-ab27-b6dd50b21a6b Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Nov 2023 20:35:50 +0000 Received: by hermes--production-gq1-5cf8f76c44-dxf8l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 0b98670507f6f262ccbbee2f5f64e005; Tue, 28 Nov 2023 20:35:45 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: reboot hesitation on Pi3 running -current From: Mark Millard In-Reply-To: Date: Tue, 28 Nov 2023 12:35:34 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <301571AE-130B-4BF7-B703-9458CF524F46@yahoo.com> References: <4078F04C-B4AA-4029-B260-2A075A8832DA@yahoo.com> To: Steve Rikli , bob prohaska X-Mailer: Apple Mail (2.3774.200.91.1.1) 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:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4SfvNm5VnTz4fZF On Nov 28, 2023, at 12:27, Steve Rikli wrote: > On Tue, Nov 28, 2023 at 12:00:08PM -0800, bob prohaska wrote: >> On Tue, Nov 28, 2023 at 09:05:59AM -0800, Steve Rikli wrote: >>> 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: >>>>>=20 >>>>>> A Pi3 running -current has taken to pausing during a shutdown >>>>>> -r in a strange way: It gets to:=20 >>>>>>=20 >>>>>> Hit [Enter] to boot immediately, or any other key for command >>>>>> prompt. Booting [/boot/kernel/kernel] in 5 second more >>>>>> detailed help. >>>>>>=20 >>>>>> It then stops at the OK prompt: >>>>>>=20 >>>>>> OK boot <---typing boot fails: >>>>>>=20 >>>>>> unknown command <---this looks strange, the kernel should >>>>>> already be loaded >>>>>=20 >>>>> 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 ). >>>>=20 >>>> 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. >>>>=20 >>>> Another build/install cycle is running now, I'll be more careful >>>> next time. >>>>=20 >>>>> The fact that the countdown stopped at 5 (or other early value) >>>>> suggests such extra text at that point. >>>>=20 >>>> 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=20= >>>> characters were visible. >>>=20 >>> This topic has come up before here, I believe. >>>=20 >>> 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. >>=20 >> That's a significant (I think) observation. I couldn't tell where the >> stray characters were originating and suspected the USB-serial >> adapter. Your experience suggests very strongly the trouble is local >> to the serial UART on the Pi or maybe wiring problems.=20 >=20 > I tend to agree. No USB-serial adapters involved in my setup. Wrt > "wiring problem", fwiw I've tried multiple cables and db9 hoods, with > both full-pins and 3-wire, no difference. All work as expected on = other > systems (NUC, various x86 PC, the occasional network gear etc.). >=20 >> Is it possible that the serial port of the monitoring devices = occasionally >> echos output from the Pi's console back to the Pi? Seems to me it = shouldn't, >> but sometimes I see fragments of a login prompt among the rubbish.=20 >=20 > I imagine it's possible but I doubt it's happening. I've swapped ports = on > the serial console server as well JIC, again no change, and no other = systems > or devices exhibit behavior like this. >=20 >>> 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. >>=20 >> Does it sometimes reboot hands-off? Mine does, at least occasionally. >=20 > Yes, sorry, that's what I meant by "sometimes reboot proceeds = uninterrupted". >=20 >>> 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. >>>=20 >>> 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. >>=20 >> Hopefully "not watching" means disconnecting Rx and Tx from the GPIO >> pins. If it means not looking at the display it's a whole 'nother = story! >>=20 >> 8-) >=20 > Nothing is ever physically disconnected from the rpi4, if that's what = you > mean. Fyi my rpi4 serial console is via a "Serial Hat" which = ultimately > connects the appropriate GPIO pins to a db9 connector accessible = outside > the case, which is in-turn connected to my serial console server. >=20 > "Not watching" in this context means I do not have an active = connection > to the serial console server port which communicates with the rpi4 db9 > serial port. >=20 > Somewhat analagous to not running tip/cu/minicom from your laptop or > whatever system you use to connect to the rpi4 GPIO pins. >=20 > Another note JIC: there are no keyboard, mouse, HDMI, or USB devices > connected to any of the rpi4 ports. Only power, the serial console and > a network cable. In that regard it is a neat little headless server, > but unfortunately I don't really want to use it in production due to > this issue. I'm going to remind of the known issue with U-Boot on the RPi*'s sometimes leading to odd serial connection behavior for the transition from U-Boot based UEFI handling the serial connection to the FreeBSD UEFI loader handling it. =3D=3D=3D Mark Millard marklmi at yahoo.com