Date: Sun, 19 Mar 2023 10:01:49 +0900 From: Tomoaki AOKI <junchoon@dec.sakura.ne.jp> To: freebsd-hackers@freebsd.org Subject: Re: splash(4) support in vt Message-ID: <20230319100149.df3c27607af87db372011c92@dec.sakura.ne.jp> In-Reply-To: <CALH631=V9C67dJVxw7dH64_8X3w7EV5zRi0g5y3KYEk-iwNjcA@mail.gmail.com> References: <CALH631=cz2SSdux6NaiHu3zRe=tEzKeG2=Fsy6j5xVUY0UsRkg@mail.gmail.com> <CAPyFy2BBH65SVOMxp09U1MSLJrHrQo4U_ymNznjFZSEKYmvX6g@mail.gmail.com> <CALH631=Vxx_Huc9Jf7iktzN5JxOksp75Z07SZvHndbwvan6Ocw@mail.gmail.com> <20230316092007.6a2695e995f5e4c589140886@bidouilliste.com> <CALH631=V9C67dJVxw7dH64_8X3w7EV5zRi0g5y3KYEk-iwNjcA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 18 Mar 2023 22:56:09 +0300 Gleb Popov <arrowd@freebsd.org> wrote: > Thanks for the pointers! > > It just occurred to me that splash only hides kernel messages, but > after init(8) starts the image disappears and the textual boot > sequence is resumed. What are the approaches to solve this? Should we > handoff rendering to some usermode program? Would that be seamless? So maybe a R/W tunable that enables/disables screen output is needed. And init(8) SHALL not change it (leave it for rc.d script or something). If admins/vendors wants splash kept until desktop environment (mate or anything admins/vendors want), disable it on /boot/loader.conf and enable it after DE starts up (and/or X/Wayland is terminated). Possibly, switching between vtys to forcibly enable the writable tunable would help. This way, users can use vtys (including console [vty1]) after startup finishes or crashes, as X is historically tied to vty9. (Not sure for Wayland, though.) Without something like that, users cannot see console/vtys after logging out from DE or switching to any vty while DE is running, if no serial console is available. Note that sc worked as expected because sc doesn't touch graphic flamebuffers at all (pure, hardware text mode), but vt (including underlying efifb) renders texts to graphics FB, thus breaks splash on any screen output. And maybe some changes would be needed to log currently not logged console outputs. (Driver errors?) Without it, admins has no way to check such outputs when any error happenes. -- Tomoaki AOKI <junchoon@dec.sakura.ne.jp>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20230319100149.df3c27607af87db372011c92>