Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 23 Oct 2024 19:24:05 -0600
From:      Warner Losh <imp@bsdimp.com>
To:        Kevin Bowling <kevin.bowling@kev009.com>
Cc:        "freebsd-arch@freebsd.org" <freebsd-arch@freebsd.org>
Subject:   Re: BIOS back to Text Only by default
Message-ID:  <CANCZdfq70i%2BKk1RMVkK_t-iU7fpsg0=5x9Y1gEL9ouZFu779jA@mail.gmail.com>
In-Reply-To: <CAK7dMtCb4SiBHaGE5OZhf%2B%2BqRSyy5Spp2iSxT84b6MwJeVu-2g@mail.gmail.com>
References:  <CANCZdfpi=Tg7YiY1Zo39D0qfJB093ttx7-=5sLTaUx4oyj8Jzw@mail.gmail.com> <CAK7dMtCb4SiBHaGE5OZhf%2B%2BqRSyy5Spp2iSxT84b6MwJeVu-2g@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
--00000000000080de3a06252edc76
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, Oct 23, 2024, 6:37=E2=80=AFPM Kevin Bowling <kevin.bowling@kev009.c=
om>
wrote:

> On Sat, Oct 19, 2024 at 12:36=E2=80=AFPM Warner Losh <imp@bsdimp.com> wro=
te:
> >
> > Greetings,
> >
> > A while ago, I removed GZIP and BZIP2 support from the boot loader by
> default to get it to fit into the space available for BIOS booting with t=
he
> lua interpreter for PXE booting.
> >
> > This made it into the 13.4 Release. Some downstream distributions
> started needing to build their own loader for this release. Their MFS set=
up
> relied on either gzip or bzip2 files working and my changes broke that.
> >
> > After talking with people at places like EuroBSDcon, irc and Discord, I
> think I'll take Mark Johnson's idea of moving back to a Text-only boot
> loader for BIOS by default, and putting these two options back into the
> loader.  When we do this, the loader shrinks 20k net (-40k for graphical
> loader, +20k for decompression).
> >
> > My thoughts are that you can boot either with the graphical or text-onl=
y
> loader. There's no real functional difference, apart from aesthetics. Whi=
le
> they are nice to have, when space is tight, we should bias towards keepin=
g
> functional things over keeping things that are just pretty when we need t=
o
> make a choice.
> >
> > EFI booting remains unchanged.
> >
> > I'd like to get this in over the next week or so. I'm soliciting
> comments on this idea. I've created https://reviews.freebsd.org/D47203
> for this change. I've not regenerated the options docs yet, but I'll do
> that as well.
> >
> > Comments?
>
> I feel like that is a fair tradeoff to keep BIOS boot alive with other
> space constraints.
>
> As an anecdote I do have some still useful (to me) Westmere Xeon
> servers that are not UEFI capable and make use of gptzfsboot and would
> like to run them through 15.x.
>

This is for loader. No plans to change gptzfsboot.

Warner


> Warner
>

--00000000000080de3a06252edc76
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"auto"><div><br><br><div class=3D"gmail_quote"><div dir=3D"ltr" =
class=3D"gmail_attr">On Wed, Oct 23, 2024, 6:37=E2=80=AFPM Kevin Bowling &l=
t;<a href=3D"mailto:kevin.bowling@kev009.com">kevin.bowling@kev009.com</a>&=
gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0=
 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, Oct 19, 2024 at =
12:36=E2=80=AFPM Warner Losh &lt;<a href=3D"mailto:imp@bsdimp.com" target=
=3D"_blank" rel=3D"noreferrer">imp@bsdimp.com</a>&gt; wrote:<br>
&gt;<br>
&gt; Greetings,<br>
&gt;<br>
&gt; A while ago, I removed GZIP and BZIP2 support from the boot loader by =
default to get it to fit into the space available for BIOS booting with the=
 lua interpreter for PXE booting.<br>
&gt;<br>
&gt; This made it into the 13.4 Release. Some downstream distributions star=
ted needing to build their own loader for this release. Their MFS setup rel=
ied on either gzip or bzip2 files working and my changes broke that.<br>
&gt;<br>
&gt; After talking with people at places like EuroBSDcon, irc and Discord, =
I think I&#39;ll take Mark Johnson&#39;s idea of moving back to a Text-only=
 boot loader for BIOS by default, and putting these two options back into t=
he loader.=C2=A0 When we do this, the loader shrinks 20k net (-40k for grap=
hical loader, +20k for decompression).<br>
&gt;<br>
&gt; My thoughts are that you can boot either with the graphical or text-on=
ly loader. There&#39;s no real functional difference, apart from aesthetics=
. While they are nice to have, when space is tight, we should bias towards =
keeping functional things over keeping things that are just pretty when we =
need to make a choice.<br>
&gt;<br>
&gt; EFI booting remains unchanged.<br>
&gt;<br>
&gt; I&#39;d like to get this in over the next week or so. I&#39;m soliciti=
ng comments on this idea. I&#39;ve created <a href=3D"https://reviews.freeb=
sd.org/D47203" rel=3D"noreferrer noreferrer" target=3D"_blank">https://revi=
ews.freebsd.org/D47203</a> for this change. I&#39;ve not regenerated the op=
tions docs yet, but I&#39;ll do that as well.<br>
&gt;<br>
&gt; Comments?<br>
<br>
I feel like that is a fair tradeoff to keep BIOS boot alive with other<br>
space constraints.<br>
<br>
As an anecdote I do have some still useful (to me) Westmere Xeon<br>
servers that are not UEFI capable and make use of gptzfsboot and would<br>
like to run them through 15.x.<br></blockquote></div></div><div dir=3D"auto=
"><br></div><div dir=3D"auto">This is for loader. No plans to change gptzfs=
boot.</div><div dir=3D"auto"><br></div><div dir=3D"auto">Warner</div><div d=
ir=3D"auto"><br></div><div dir=3D"auto"><br></div><div dir=3D"auto"><div cl=
ass=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0=
 .8ex;border-left:1px #ccc solid;padding-left:1ex">
&gt; Warner<br>
</blockquote></div></div></div>

--00000000000080de3a06252edc76--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfq70i%2BKk1RMVkK_t-iU7fpsg0=5x9Y1gEL9ouZFu779jA>