From nobody Sat Sep 24 01:29:51 2022 X-Original-To: dev-commits-src-main@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 4MZBJy3vhgz4dRC1; Sat, 24 Sep 2022 01:29:54 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta002.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) (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 4MZBJy2l6wz432j; Sat, 24 Sep 2022 01:29:54 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTP id bj76oFuxDSp39btzOoqsOD; Sat, 24 Sep 2022 01:29:54 +0000 Received: from spqr.komquats.com ([70.66.148.124]) by cmsmtp with ESMTPA id btzMolm60lahmbtzMoVUoY; Sat, 24 Sep 2022 01:29:54 +0000 X-Authority-Analysis: v=2.4 cv=d8PmdDvE c=1 sm=1 tr=0 ts=632e5d92 a=Cwc3rblV8FOMdVN/wOAqyQ==:117 a=Cwc3rblV8FOMdVN/wOAqyQ==:17 a=kj9zAlcOel0A:10 a=xOM3xZuef0cA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=CaggUHmSRWuCJWWwntcA:9 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=LK5xJRSDVpKd5WXXoEvA:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id DFB9632B; Fri, 23 Sep 2022 18:29:51 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id D46B7BE; Fri, 23 Sep 2022 18:29:51 -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: Warner Losh cc: Cy Schubert , John Baldwin , Warner Losh , src-committers , "" , dev-commits-src-main@freebsd.org Subject: Re: git: df065f699f1f - main - stand: More sensible defaults when ConOut is missing In-reply-to: References: <202208270418.27R4IkeL078154@gitrepo.freebsd.org> <0fccddc3-126d-f7b6-3b69-5fc1cbdb2775@FreeBSD.org> <7e773164-4317-ba17-1f26-1f382cf46fb3@FreeBSD.org> <20220924004655.42D9418E@slippy.cwsent.com> Comments: In-reply-to Warner Losh message dated "Fri, 23 Sep 2022 19:05:51 -0600." List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-main@freebsd.org X-BeenThere: dev-commits-src-main@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Sep 2022 18:29:51 -0700 Message-Id: <20220924012951.D46B7BE@slippy.cwsent.com> X-CMAE-Envelope: MS4xfCaIb1dUe+0hP1UdCOE5jqdEe0nZJSV8Ghe7I4RkZwFHS7G1+48lOIZx2wi5Qg3/5pHZVOo4GhU64v8cH9nuxPh90TVc3n6d5pUTpIF0zN20x8qgdKVA +11owWpPouwp8PzVT+jwRsqmHndFEd6k0VRRr5zvFJdCkF+8Lypw6qYITytOtawtqAdxcPF+v4ZJ02Zg4DrBFSsZyWu1KKDXc2EMpvPEV1MPkNLR6quX2l15 tXNmWCrNHlgVWg5NHyrIP5ugKlaR0ST/VPsYFVbxrIi/5BBF8GLSYnASBpCkcuMC/zecLEB8RTeeL2Z/UvW5fsCQ7OWszgpixxsCzcZfA3fdNgyV6Z+8mjVt bTb6JzBqx3QRpMjT6pCN3mYgDPedvQ== X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Rspamd-Queue-Id: 4MZBJy2l6wz432j 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)[] X-ThisMailContainsUnwantedMimeParts: N In message , Warner Losh writes: > --000000000000f036fc05e961e571 > On Fri, Sep 23, 2022 at 6:47 PM Cy Schubert > wrote: > > > 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. > > > > This is indeed weird. Both EFI or BIOS boot? BIOS. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0