Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 29 Mar 2017 19:24:22 -0600
From:      Warner Losh <imp@bsdimp.com>
To:        Garrett Cooper <yaneurabeya@gmail.com>
Cc:        John Baldwin <jhb@freebsd.org>, svn-src-head@freebsd.org,  "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, Poul-Henning Kamp <phk@phk.freebsd.dk>,  src-committers <src-committers@freebsd.org>, Toomas Soome <tsoome@me.com>
Subject:   Re: svn commit: r316132 - head/sys/boot/i386/boot2
Message-ID:  <CANCZdfrx6N%2Bt-jRxjLMa_prPSRFLnd3%2BfDPDJmYWxyuZaEewDA@mail.gmail.com>
In-Reply-To: <CAGHfRMDj6Ui-wE36N3jL7fu9MDuRbcWKrq-=CH_gn89BJp9UfA@mail.gmail.com>
References:  <201703290930.v2T9U3x9087583@repo.freebsd.org> <7448826.asYms2TLO2@ralph.baldwin.cx> <46812.1490823365@critter.freebsd.dk> <CANCZdfr2eRRMQy-uwXDhxT0z88CBKwtkg2e_jFBOg%2Bs_L8=FYg@mail.gmail.com> <A4EC7D97-9C7C-4771-A044-ADA643FA0A6A@me.com> <CAGHfRMDj6Ui-wE36N3jL7fu9MDuRbcWKrq-=CH_gn89BJp9UfA@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mar 29, 2017 7:04 PM, "Ngie Cooper" <yaneurabeya@gmail.com> wrote:

On Wed, Mar 29, 2017 at 3:14 PM, Toomas Soome <tsoome@me.com> wrote:

...

> One thing is - for now we know the boot2 has not changed and we do not
really expect it to change in large scale anyhow.
>
> Second thing, yes the build process needs to be tested etc, and if needed
we can issue statement which compiler we support or not.
>
> And finally - if the space limit is really-really on the way and no other
way, then the alternate is to use freebsd-boot partition - nothing new
about it.

Great! I didn't figure that it could be changed (given recent
discussions). I'll add a nice comment and open a CR/get it right so
it's clear why it's 7680. I (for instance) didn't understand exactly
why the limit was that way. It helps to document these things for
interested parties :).


Because it's 8k minus 512 bytes that boot1 consumes. We could gain a few
bytes by combining the two, but that gets complicated. And I think people
are underestimatin just how ingrained this assumption is outside of file
system code...

But this is just a legacy issue. Uefi kills these limits.

I'm working on automating finding the optimal set of options to use for
size so it isn't tedious trial and error. It's totally a non issue today.
6.3 isn't supported at all. Someday we may need to cope, but we have the
luxury of time on this.

Warner



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfrx6N%2Bt-jRxjLMa_prPSRFLnd3%2BfDPDJmYWxyuZaEewDA>