From nobody Sat Sep 24 00:46:55 2022 X-Original-To: dev-commits-src-all@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 4MZ9MR5XBjz4dLr8; Sat, 24 Sep 2022 00:46:59 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MZ9MQ71qWz3y7r; Sat, 24 Sep 2022 00:46:58 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTP id birMophb7S8WrbtJqopDml; Sat, 24 Sep 2022 00:46:58 +0000 Received: from spqr.komquats.com ([70.66.148.124]) by cmsmtp with ESMTPA id btJoo9XkylQu6btJpokUdk; Sat, 24 Sep 2022 00:46:58 +0000 X-Authority-Analysis: v=2.4 cv=YfOuWidf c=1 sm=1 tr=0 ts=632e5382 a=Cwc3rblV8FOMdVN/wOAqyQ==:117 a=Cwc3rblV8FOMdVN/wOAqyQ==:17 a=kj9zAlcOel0A:10 a=xOM3xZuef0cA:10 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=EkcXrb_YAAAA:8 a=KeEGoYTG3O62M9w_LdIA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 77AD1EE; Fri, 23 Sep 2022 17:46:55 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 42D9418E; Fri, 23 Sep 2022 17:46:55 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: John Baldwin cc: Warner Losh , src-committers@FreeBSD.org, dev-commits-src-all@FreeBSD.org, dev-commits-src-main@FreeBSD.org Subject: Re: git: df065f699f1f - main - stand: More sensible defaults when ConOut is missing In-reply-to: <7e773164-4317-ba17-1f26-1f382cf46fb3@FreeBSD.org> References: <202208270418.27R4IkeL078154@gitrepo.freebsd.org> <0fccddc3-126d-f7b6-3b69-5fc1cbdb2775@FreeBSD.org> <7e773164-4317-ba17-1f26-1f382cf46fb3@FreeBSD.org> Comments: In-reply-to John Baldwin message dated "Fri, 23 Sep 2022 14:35:51 -0700." List-Id: Commit messages for all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-all@freebsd.org X-BeenThere: dev-commits-src-all@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Sep 2022 17:46:55 -0700 Message-Id: <20220924004655.42D9418E@slippy.cwsent.com> X-CMAE-Envelope: MS4xfFrQ9AKQm+xqn8ZDVzcDxt/sWCkbSMpOZ1hf2Ki5xUV2gHMCgcbB843zYdXKdoJ4Egunnc6M9c/M8Xo1OobfFKdQcwd2jgG451VsYvOu9iyIghc+MO+w 0d4WFK9t3/xW1FI4gAGysr8QVyL1WAci+PLXDk0DV6sq+yBnhWaofwUA7i+VwcJY9Vp1UZcHCcbLctRWFsDFKmt0JhMzcfHUbejUD+9Qi4guRQI7R7gm+5fn L2aCGs3QNI8VW9b6dmf8ZJcCoT+3nTna2BfcJCeqEBJpeR/YajeyqCyiWMXA672/pOfjlViSY5pUpWkUc10czLY57n8wCkoGk/8LseOuUG9+vxhf6Zw0lZxf rDG9hYli X-Rspamd-Queue-Id: 4MZ9MQ71qWz3y7r X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 3.97.99.32) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-1.80 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; MV_CASE(0.50)[]; RCVD_IN_DNSWL_MED(-0.20)[3.97.99.32:from]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; R_SPF_NA(0.00)[no SPF record]; MLMMJ_DEST(0.00)[dev-commits-src-main@freebsd.org,dev-commits-src-all@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; ARC_NA(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_SOME(0.00)[]; DMARC_NA(0.00)[cschubert.com: no valid DMARC record]; RCVD_TLS_LAST(0.00)[] X-ThisMailContainsUnwantedMimeParts: N In message <7e773164-4317-ba17-1f26-1f382cf46fb3@FreeBSD.org>, John Baldwin wri tes: > On 9/23/22 2:29 PM, John Baldwin wrote: > > On 8/26/22 9:18 PM, Warner Losh wrote: > >> The branch main has been updated by imp: > >> > >> URL: https://cgit.FreeBSD.org/src/commit/?id=df065f699f1ff819bb9607c44a675 > 4275ab335ed > >> > >> commit df065f699f1ff819bb9607c44a6754275ab335ed > >> Author: Warner Losh > >> AuthorDate: 2022-08-26 21:46:33 +0000 > >> Commit: Warner Losh > >> CommitDate: 2022-08-27 04:17:56 +0000 > >> > >> stand: More sensible defaults when ConOut is missing > >> > >> When ConOut is missing, we used to default to serial. Except we did > it > >> in the worst way possible by just setting the howto bits and not > >> updating the console setting, which lead to weird behavior where we' > d > >> get some things on the video port, others on serial. > >> > >> Instead, set console to "efi,comconsole" for this case. Also set > >> RB_MULTIPLE always (so we get dual consoles from the kernel) and or > in > >> RB_SERIAL when we can't find GOPs that suggest the precense of a vid > eo > >> console. This will put output in the most places and have a sensible > >> default for 'primary' console. > >> > >> Sponsored by: Netflix > >> Reviewed by: emaste, manu > >> Differential Revision: https://reviews.freebsd.org/D36299 > > > > One possibly surprising result of this is that I did not get dual console > > output on my rpi after this. (Curiously this only affected my arm64 image > > but not my armv7 image.) Loader output goes to both, but kernel output is > > only on the video console (which I don't normally use for my pi). (Also, > > none of the ANSI escape sequences used by the loader work on the pi's video > > console, so once the menu starts it just looks like raw ANSI code garbage > > until the kernel starts booting.) > > > > Not sure if this warrants UPDATING as the effect is that the serial console > > seems to stop working? The lack of working dual console output is perhaps > > the only real bug. Not sure what is up there. > > FWIW, using 'console="comconsole,efi"' did not work as a workaround. Same > results (used the video console only for the kernel). Had to use > 'console="comconsole"' in /boot/loader.conf. On one of my two machines with console="comconsole,vidconsole" failed to get past loading the kernel. Booting a rescue USB disk and replacing console with "comconsole" only resolved the hang. I'm not sure why it affected one and not the other as both are identical hardware. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0