Date: Sun, 25 Aug 2024 16:16:31 -0600 From: Warner Losh <imp@bsdimp.com> To: Gordon Bergling <gbe@freebsd.org> Cc: FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: buildworld error Message-ID: <CANCZdfryv%2BRP2ShD-YE2FF6RRCJ54Sp%2B-bGGN22QG2P4M%2Bzn8g@mail.gmail.com> In-Reply-To: <ZssGCSt5JxKdWvyn@GB-MBA.local> References: <ZsoxAUP9uqT6IldF@bastion.ttyv0.de> <CANCZdfo2m1Tb3=d9dUdgb6P0%2BemyBuDD7WRUuQUY2SU2dpLCrQ@mail.gmail.com> <Zso28B2e5Hbdb5wT@bastion.ttyv0.de> <CANCZdfrMQBZPt9uap2Dn4MCsV8L4hH6jFg2n8jA2i2cWr2OE0g@mail.gmail.com> <ZssGCSt5JxKdWvyn@GB-MBA.local>
next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000f128410620895cae Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Aug 25, 2024 at 4:23=E2=80=AFAM Gordon Bergling <gbe@freebsd.org> w= rote: > Hi Warner, > > On Sat, Aug 24, 2024 at 03:21:16PM -0600, Warner Losh wrote: > > On Sat, Aug 24, 2024 at 1:39=E2=80=AFPM Gordon Bergling <gbe@freebsd.or= g> wrote: > > > On Sat, Aug 24, 2024 at 01:29:55PM -0600, Warner Losh wrote: > > > > On Sat, Aug 24, 2024, 1:14=E2=80=AFPM Gordon Bergling <gbe@freebsd.= org> > wrote: > > > > > I got the following buildworld error a recent -CURRENT > > > > > > > > > > =3D=3D=3D> stand/i386/pxeldr (all) > > > > > `kldstat.o' is up to date. > > > > > -14152 bytes available > > > > > > > > > > The same happens on stable/14: > > > > > > > > > > =3D=3D=3D> stand/i386/pxeldr (all) > > > > > -22344 bytes available > > > > > =3D=3D=3D> share/misc (all) > > > > > --- loader --- > > > > > *** [loader] Error code 1 > > > > > > > > > > make[5]: stopped in > /storage/freebsd/src/stable/14/stand/i386/pxeldr > > > > > 1 error > > > > > > > > > > src.conf looks like the following: > > > > > WITH_BEARSSL=3D1 > > > > > WITH_RETPOLINE=3D1 > > > > > WITHOUT_CLEAN=3D1 > > > > > > > > > > I remove the whole obj directories and tried several full builds, > but > > > the > > > > > error persists for a while. > > > > > > > > > > Has any one a clue how to solve this? > > > > > > > > Either disable pxe, raise the pxe limit (though it may not work), o= r > > > select > > > > the 4th loader for pxeboot. > > > > > > > > The loader is too big on BIOS to enable all the options. > > > > > > I looked at src.conf(5), but didn't found a switch to disable pxe. > What I > > > am > > > wondering about is that no one is facing the problem, since this it i= s > a > > > pretty clean build without and special modifications, despite the one= s > > > mention > > > above in the src.conf. > > > > > > Did you have a hint on how to disable pxe? > > > > > > > I was sure that I'd documented everything, but it seems not: > > > > WITHOUT_LOADER_PXEBOOT=3Dt > > PXEBOOT_DEFAULT_INTERP=3D4th > > PXEBOOTSIZE?=3D525000 > > > > I'll look to make sure I don't have a commit stuck in a branch > somewhere.... > > with this values in the src.conf(5) the build finally finished. But I > wonder > why I am the only person, who hits that problem since it is a very plain > -CURRENT build on a Hyper-V instance. > > Should these values be default values? > You've enabled some big ticket items. It's not at all clear what the defaul= t should be when people grow the loader too big. These options exist because PXEBOOT larger than about 500k is know to be flakey, though there's no universally known good upper limit since it depends a lot on the BIOS, what it does, etc. So upping that limit is off the table (though one can if one tests it and finds that works). Some other people don't use PXE at all, so for them, disabling it makes the most sense. Still others can't up the PXE limit high enough, and for them, using the 4th loader is a good path forward. The other option is for someone to go through /boot/loader and shaving some additional space. I've found all the easy, low-hanging fruit, plus turning off all the esoteric filesystems got us down to almost fitting. Warner --000000000000f128410620895cae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">= <div dir=3D"ltr" class=3D"gmail_attr">On Sun, Aug 25, 2024 at 4:23=E2=80=AF= AM Gordon Bergling <<a href=3D"mailto:gbe@freebsd.org">gbe@freebsd.org</= a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0p= x 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi= Warner,<br> <br> On Sat, Aug 24, 2024 at 03:21:16PM -0600, Warner Losh wrote:<br> > On Sat, Aug 24, 2024 at 1:39=E2=80=AFPM Gordon Bergling <<a href=3D= "mailto:gbe@freebsd.org" target=3D"_blank">gbe@freebsd.org</a>> wrote:<b= r> > > On Sat, Aug 24, 2024 at 01:29:55PM -0600, Warner Losh wrote:<br> > > > On Sat, Aug 24, 2024, 1:14=E2=80=AFPM Gordon Bergling <<a= href=3D"mailto:gbe@freebsd.org" target=3D"_blank">gbe@freebsd.org</a>> = wrote:<br> > > > > I got the following buildworld error a recent -CURRENT<= br> > > > ><br> > > > > =3D=3D=3D> stand/i386/pxeldr (all)<br> > > > > `kldstat.o' is up to date.<br> > > > > -14152 bytes available<br> > > > ><br> > > > > The same happens on stable/14:<br> > > > ><br> > > > > =3D=3D=3D> stand/i386/pxeldr (all)<br> > > > > -22344 bytes available<br> > > > > =3D=3D=3D> share/misc (all)<br> > > > > --- loader ---<br> > > > > *** [loader] Error code 1<br> > > > ><br> > > > > make[5]: stopped in /storage/freebsd/src/stable/14/stan= d/i386/pxeldr<br> > > > > 1 error<br> > > > ><br> > > > > src.conf looks like the following:<br> > > > > WITH_BEARSSL=3D1<br> > > > > WITH_RETPOLINE=3D1<br> > > > > WITHOUT_CLEAN=3D1<br> > > > ><br> > > > > I remove the whole obj directories and tried several fu= ll builds, but<br> > > the<br> > > > > error persists for a while.<br> > > > ><br> > > > > Has any one a clue how to solve this?<br> > > ><br> > > > Either disable pxe, raise the pxe limit (though it may not w= ork), or<br> > > select<br> > > > the 4th loader for pxeboot.<br> > > ><br> > > > The loader is too big on BIOS to enable all the options.<br> > ><br> > > I looked at src.conf(5), but didn't found a switch to disable= pxe. What I<br> > > am<br> > > wondering about is that no one is facing the problem, since this = it is a<br> > > pretty clean build without and special modifications, despite the= ones<br> > > mention<br> > > above in the src.conf.<br> > ><br> > > Did you have a hint on how to disable pxe?<br> > ><br> > <br> > I was sure that I'd documented everything, but it seems not:<br> > <br> > WITHOUT_LOADER_PXEBOOT=3Dt<br> > PXEBOOT_DEFAULT_INTERP=3D4th<br> > PXEBOOTSIZE?=3D525000<br> > <br> > I'll look to make sure I don't have a commit stuck in a branch= somewhere....<br> <br> with this values in the src.conf(5) the build finally finished. But I wonde= r<br> why I am the only person, who hits that problem since it is a very plain<br= > -CURRENT build on a Hyper-V instance.<br> <br> Should these values be default values?<br></blockquote><div><br></div><div>= You've enabled some big ticket items. It's not at all clear what th= e default</div><div>should be when people grow the loader too big. These op= tions exist because</div><div>PXEBOOT=C2=A0larger than about 500k is know t= o be flakey, though there's no</div><div>universally known good upper l= imit since it depends a lot on the BIOS, what</div><div>it does, etc. So up= ping that limit is off the table (though one can if one tests</div><div>it = and finds that works). Some other people don't use PXE at all, so for</= div><div>them, disabling it makes the most sense. Still others can't up= the PXE</div><div>limit high enough, and for them, using the 4th loader is= a good path</div><div>forward.</div><div><br></div><div>The other option i= s for someone to go through /boot/loader and shaving</div><div>some additio= nal space. I've found all the easy, low-hanging fruit, plus</div><div>t= urning off all the esoteric filesystems got us down to almost fitting.</div= ><div><br></div><div>Warner</div></div></div> --000000000000f128410620895cae--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfryv%2BRP2ShD-YE2FF6RRCJ54Sp%2B-bGGN22QG2P4M%2Bzn8g>