From nobody Thu Aug 11 18:46:46 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 4M3bPt2Nzvz4Y2Sq for ; Thu, 11 Aug 2022 18:46:58 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-vs1-xe2f.google.com (mail-vs1-xe2f.google.com [IPv6:2607:f8b0:4864:20::e2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M3bPt211nz4N43 for ; Thu, 11 Aug 2022 18:46:58 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-vs1-xe2f.google.com with SMTP id q15so19233826vsr.0 for ; Thu, 11 Aug 2022 11:46:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=r0hkT+q0KtlbT+hkoclSR3dUxy9znJQU7rI71C5ZyL0=; b=UOYraYcRcjQCbHDJZd7HbMbAN9k0PygWZCqLZZNzZpMBF6VVT6nPPcL/u9MGu/M+sT tEp2XFfIvLgNTKTz3BmyKoCrE9iDxgaej0nJhxCuOxBC59fqboNEzQT6NeSp/J+ZZwga XoFz3TqKjMFOnt3cENFSk8BzkXS5f+i5nELCSVdw7T7J3CxTItfXjVbh7y/WFPrP+jZa RHlNCaqUIa0Oypv27YjFud2Qftv9eHvKN2O90ITmuDTKBe6ZuaXw9BfapvjViW6fwBJb fDBEujbFbfptrNTgETGqf0eYu4zts5GhNUOCC1+v2BQ/fadL2rCaJGBI2qKWCT3sK5sU lBXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=r0hkT+q0KtlbT+hkoclSR3dUxy9znJQU7rI71C5ZyL0=; b=kUAHgHLxFD11m4jXwHsl/LzAYu6lYVq6gTF/bpmPtu+BahuZwcoeNK//eAaPhfFOnv TUgG3k8lvKGiPWQuFvUKoJ2Qik3rh9Y2y8+GtCt4sa3HDNjYwilnaKoYpxl64mvoMloW VVljFtubGJAxsRoQXhS8Ol1OZPbO2sIIbebQN/ksv2+yaFnSfgl0H1ZcFTwxZ4BL6HjK 8iDj2vVfXmoDl5GPyCrs564njKWXxGz/2i8smwQyczUFhN/OyuH/9WZ7XYFCiwsREFhq QE8Xl4xaBoqz0lpf+7P5W/ewMRW8diGTPhVhV2+6YwL2HiWEK3Vjliaf1W6UpZ7PBHr7 Zi0A== X-Gm-Message-State: ACgBeo0Wc6amT/KlAGqsWfIxqi5AYwQ0Gvtmfk+1TeVXvF5SGp60WbfP vlxiVSIpTWmjKdnXythzSStLVQvwjmwxYIInGst1nw== X-Google-Smtp-Source: AA6agR6V1r7+K+rL8Y5f2DMc5byKRqLkE9LTtfg2yVirzWxk8Pyxil9PvMvqrBbW4cg6aXbB7ICcPJu8Y+/MG/vbAZU= X-Received: by 2002:a67:b208:0:b0:357:e999:441c with SMTP id b8-20020a67b208000000b00357e999441cmr197702vsf.67.1660243617490; Thu, 11 Aug 2022 11:46:57 -0700 (PDT) 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 References: <202208110331.27B3Va7M007335@gitrepo.freebsd.org> <20220811202204.106f7188@thor.intern.walstatt.dynvpn.de> <20220811204324.00b64b02@thor.intern.walstatt.dynvpn.de> <20220811204518.452625ea@thor.intern.walstatt.dynvpn.de> In-Reply-To: <20220811204518.452625ea@thor.intern.walstatt.dynvpn.de> From: Warner Losh Date: Thu, 11 Aug 2022 12:46:46 -0600 Message-ID: Subject: Re: git: 39fdad34e220 - main - stand: impose 510,000 byte limit for /boot/loader and /boot/pxeldr To: FreeBSD User Cc: Warner Losh , src-committers , "" , dev-commits-src-main@freebsd.org Content-Type: multipart/alternative; boundary="0000000000000fc18d05e5fb9709" X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Rspamd-Queue-Id: 4M3bPt211nz4N43 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 --0000000000000fc18d05e5fb9709 Content-Type: text/plain; charset="UTF-8" On Thu, Aug 11, 2022 at 12:45 PM FreeBSD User wrote: > Am Thu, 11 Aug 2022 20:42:57 +0200 > FreeBSD User schrieb: > > > Am Thu, 11 Aug 2022 12:23:59 -0600 > > Warner Losh schrieb: > > > > > On Thu, Aug 11, 2022 at 12:22 PM FreeBSD User > > > wrote: > > > > > > > Am Thu, 11 Aug 2022 03:31:36 GMT > > > > Warner Losh schrieb: > > > > > > > > > The branch main has been updated by imp: > > > > > > > > > > URL: > > > > > https://cgit.FreeBSD.org/src/commit/?id=39fdad34e220c52a433e78f20c8c39412429014e > > > > > > > > > > > commit 39fdad34e220c52a433e78f20c8c39412429014e > > > > > Author: Warner Losh > > > > > AuthorDate: 2022-08-11 03:19:01 +0000 > > > > > Commit: Warner Losh > > > > > CommitDate: 2022-08-11 03:29:20 +0000 > > > > > > > > > > stand: impose 510,000 byte limit for /boot/loader and > /boot/pxeldr > > > > > > > > > > The BIOS method of booting imposes an absolute limit of 640k > for the > > > > > size of the program being run due to btx. In practice, this > means > > > > that > > > > > programs larger than about 500kiB will fail in odd ways as the > stack > > > > / > > > > > heap will overflow. > > > > > > > > > > Pick 510,000 as the cutoff line semi-arbitrarily. loader_lua > is now > > > > > almost too big and we want to break the build when it crosses > this > > > > > threshold. In my experience, below 500,000 always works, > above > > > > 520,000 > > > > > always seems to fail with things getting bad somewhere > between > > > > 512,000 > > > > > to 515,000. 510,000 is as close to the line as I think we can > go, > > > > though > > > > > experience may dictate we need to lower this in the future. > > > > > > > > > > This is at-best a stop-breakage until we have a better way to > subset > > > > the > > > > > boot loader for BIOS booting to allow better, more fined-tuned > > > > > /boot/loaders for the many different environments they have to > run > > > > > in. This likely means we'll have a graphical loader than > understands > > > > a > > > > > few filesystmes for installation, and a non-graphical loader > that > > > > > understands the most filesystems possible for everything else > in the > > > > > future. Our build infrastructure needs some work before we can > do > > > > that, > > > > > however. > > > > > > > > > > At this late date, it likely isn't worth the efforts to move > parts of > > > > > the loader into high memory. There's a number of assumptions > about > > > > where > > > > > the stack is, where buffers reside, etc that are fulfilled > when it > > > > lives > > > > > in the first 640k that would need bounce buffers and/or other > counter > > > > > measures if we were to split it up. All BIOS calls are done in > 16-bit > > > > > mode with SEG:OFF addresses, requiring them to be in the first > 640k > > > > of > > > > > RAM. And nearly all machines in the last decade can boot with > UEFI > > > > > (though there's some exceptions, so it isn't worth killing > outright > > > > > yet). > > > > > > > > > > Sponsored by: Netflix > > > > > Reviewed by: kevans > > > > > Differential Revision: https://reviews.freebsd.org/D36129 > > > > > --- > > > > > stand/i386/loader/Makefile | 5 +++++ > > > > > stand/i386/pxeldr/Makefile | 3 +++ > > > > > 2 files changed, 8 insertions(+) > > > > > > > > > > diff --git a/stand/i386/loader/Makefile > b/stand/i386/loader/Makefile > > > > > index 3685281ffd2c..cde1513aac06 100644 > > > > > --- a/stand/i386/loader/Makefile > > > > > +++ b/stand/i386/loader/Makefile > > > > > @@ -19,6 +19,8 @@ PROG= ${LOADER}.sym > > > > > INTERNALPROG= > > > > > NEWVERSWHAT?= "bootstrap loader" x86 > > > > > VERSION_FILE= ${.CURDIR}/../loader/version > > > > > +LOADERSIZE= 510000 # Largest known safe size > > > > > + > > > > > > > > > > .PATH: ${BOOTSRC}/i386/loader > > > > > > > > > > @@ -79,9 +81,12 @@ CFLAGS+= -I${BOOTSRC}/i386 > > > > > 8x16.c: ${SRCTOP}/contrib/terminus/ter-u16b.bdf > > > > > vtfontcvt -f compressed-source -o ${.TARGET} ${.ALLSRC} > > > > > > > > > > + > > > > > ${LOADER}: ${LOADER}.bin ${BTXLDR} ${BTXKERN} > > > > > btxld -v -f elf -e ${LOADER_ADDRESS} -o ${.TARGET} -l > ${BTXLDR} \ > > > > > -b ${BTXKERN} ${LOADER}.bin > > > > > + @set -- `${SIZE} ${.TARGET} | tail -1` ; > > > > x=$$((${LOADERSIZE}-$$4)); \ > > > > > + echo "$$x bytes available"; test $$x -ge 0 > > > > > > > > > > ${LOADER}.bin: ${LOADER}.sym > > > > > ${STRIPBIN} -R .comment -R .note -o ${.TARGET} ${.ALLSRC} > > > > > diff --git a/stand/i386/pxeldr/Makefile > b/stand/i386/pxeldr/Makefile > > > > > index a44dc0de2885..f8bc1eae9a31 100644 > > > > > --- a/stand/i386/pxeldr/Makefile > > > > > +++ b/stand/i386/pxeldr/Makefile > > > > > @@ -13,6 +13,7 @@ BOOT= pxeboot > > > > > LDR= pxeldr > > > > > ORG= 0x7c00 > > > > > LOADER= loader > > > > > +PXELDRSIZE= 510000 # Largest known safe size > > > > > > > > > > .if defined(BOOT_PXELDR_PROBE_KEYBOARD) > > > > > CFLAGS+=-DPROBE_KEYBOARD > > > > > @@ -41,5 +42,7 @@ CLEANFILES+= ${LOADER} > > > > > ${LOADER}: ${LOADERBIN} ${BTXLDR} ${BTXKERN} > > > > > btxld -v -f elf -e ${LOADER_ADDRESS} -o ${.TARGET} -l > ${BTXLDR} \ > > > > > -b ${BTXKERN} ${LOADERBIN} > > > > > + @set -- `${SIZE} ${.TARGET} | tail -1` ; > > > > x=$$((${PXELDRSIZE}-$$4)); \ > > > > > + echo "$$x bytes available"; test $$x -ge 0 > > > > > > > > > > .include > > > > > > > > > > > > > On recent CURRENT (FreeBSD 14.0-CURRENT #10 > main-n257258-348164aa9e5d: Wed > > > > Aug 10 22:39:17 > > > > CEST 2022 amd64), buildworld fails here on several boxes: > > > > > > > > [...] > > > > > > > > ===> lib/flua/libjail (all) > > > > --- all_subdir_stand --- > > > > --- loader --- > > > > btxld -v -f elf -e 0x200000 -o loader -l > > > > /usr/obj/usr/src/amd64.amd64/stand/i386/btx/btxldr/btxldr -b > > > > /usr/obj/usr/src/amd64.amd64/stand/i386/btx/btx/btx > > > > /usr/obj/usr/src/amd64.amd64/stand/i386/loader_lua/loader_lua.bin > kernel: > > > > ver=1.02 size=690 > > > > load=9000 entry=9010 map=16M pgctl=0:84 client: fmt=elf size=8a3f0 > > > > text=836bc data=5238 > > > > bss=8070 entry=0 output: fmt=elf size=8ae39 text=289 data=8aa80 > org=200000 > > > > entry=200000 > > > > -58585 bytes available 6.64 real > > > > 8.48 user 2.84 sys > > > > > > > > > > I'm sorry, but however you are building /boot/loader, it won't work > when > > > it's that big. What are your settings that increase its size by so > much? > > > > > > Warner > > > > Hello, > > I have a custom kernel with several drivers enabled, others disabled, > but I'm not aware of > > any knowb I triggered by purpose that could change the size. Can you > help me with some hints > > which knobs this might trigger? Since it happens on ALL boxes with > CURRENT and different but > > similar custom kernel settings (mostly driver and disabling debugging et > cetera it must be > > something very trivial that triggers that misbehaviour ... I doubt that > kernel config is the > > cause, but anyway, I'll give you some extra configs I put on one box > that fails: > > > > [... kernel conf ...] > > > > # The defaults are 64K and 128K respectively. > > options DFLTPHYS=(64*1024) > > #options MAXPHYS=(512*1024) > > options MAXPHYS=(1024*1024) > > > > options CC_CDG > > options CC_CHD > > options CC_CUBIC > > options CC_DCTCP > > options CC_HD > > options CC_HTCP > > options CC_VEGAS > > options RATELIMIT # TX rate > > > > options ZFS # ZFS > > options GEOM_NOP # NOP GEOM class > > options GEOM_ELI > > > > options LIBICONV # kernels iconv > > options LIBMCHAIN # mchain library > > options KGSSAPI # Kernel GSS API modulue > > > > options MSDOSFS_ICONV # MSDOS Filesystem > > options CD9660_ICONV # ISO 9660 Filesystem > > > > options FDESCFS #File descriptor filesystem > > options FUSEFS #FUSE support module > > options AUTOFS # automounter filesystem > > options NULLFS > > > > #options P1003_1B_SEMAPHORES # POSIX-style semaphores > > #options P1003_1B_MQUEUE # POSIX message queue > > > > options TCPHPTS # TCP High > Precission timer > > #options TCPPCAP # keeps the last n > packets > > #options MROUTING # Multicast routing > > options IPSEC # Internet Protocol > Security protocol > > #options TCP_SIGNATURE # #include support for > RFC 2385 > > options SCTP # Stream Control Transmission > Protocol > > > > # > > options MAC_BSDEXTENDED # ugidfw > > options MAC_PORTACL # > > options MAC_NTPD # > > # > > options CAM_IOSCHED_DYNAMIC # CAM iosched NCQ TRIM > > > > > The src.conf: > > # more /etc/src.conf > # > CPUTYPE?= native > # > CFLAGS+= -O3 > # for the kernel > COPTFLAGS+= -O3 > # > #CXXFLAGS+= -std=c++20 > # > WITH_CLANG_EXTRAS= YES > #WITH_LLVM_BINUTILS= YES > # > #WITH_BSD_GREP= YES > # > WITH_OFED_EXTRA= YES > #WITH_CTF= YES > # > WITH_BEARSSL= YES > I think this is the only thing that will affect things. what happens if you turn this off? Warner # > WITH_SORT_THREADS= YES > # > WITH_ZONEINFO_LEAPSECONDS_SUPPORT= YES > # > WITH_MALLOC_PRODUCTION= YES > # > WITHOUT_ASSERT_DEBUG= YES > WITHOUT_TESTS= YES > WITHOUT_DEBUG_FILES= YES > # > WITHOUT_CLEAN= YES > # > WITHOUT_REPRODUCIBLE_BUILD= YES > # > INSTALL_NODEBUG= YES > # > > > > > -- > O. Hartmann > --0000000000000fc18d05e5fb9709 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Aug 11, 2022 at 12:45 PM Free= BSD User <freebsd@walstatt-de.= de> wrote:
freebsd@walstatt-de.de> schrieb:

> Am Thu, 11 Aug 2022 12:23:59 -0600
> Warner Losh <im= p@bsdimp.com> schrieb:
>
> > On Thu, Aug 11, 2022 at 12:22 PM FreeBSD User <freebsd@walstatt-de.de>=
> > wrote:
> >=C2=A0 =C2=A0
> > > Am Thu, 11 Aug 2022 03:31:36 GMT
> > > Warner Losh <imp@FreeBSD.org> schrieb:
> > >=C2=A0 =C2=A0
> > > > The branch main has been updated by imp:
> > > >
> > > > URL:=C2=A0 =C2=A0
> > > htt= ps://cgit.FreeBSD.org/src/commit/?id=3D39fdad34e220c52a433e78f20c8c39412429= 014e=C2=A0 =C2=A0
> > > >
> > > > commit 39fdad34e220c52a433e78f20c8c39412429014e
> > > > Author:=C2=A0 =C2=A0 =C2=A0Warner Losh <imp@FreeBSD.= org>
> > > > AuthorDate: 2022-08-11 03:19:01 +0000
> > > > Commit:=C2=A0 =C2=A0 =C2=A0Warner Losh <imp@FreeBSD.= org>
> > > > CommitDate: 2022-08-11 03:29:20 +0000
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0stand: impose 510,000 byte limit for= /boot/loader and /boot/pxeldr
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0The BIOS method of booting imposes a= n absolute limit of 640k for the
> > > >=C2=A0 =C2=A0 =C2=A0size of the program being run due to= btx. In practice, this means=C2=A0 =C2=A0
> > > that=C2=A0 =C2=A0
> > > >=C2=A0 =C2=A0 =C2=A0programs larger than about 500kiB wi= ll fail in odd ways as the stack=C2=A0 =C2=A0
> > > /=C2=A0 =C2=A0
> > > >=C2=A0 =C2=A0 =C2=A0heap will overflow.
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0Pick 510,000 as the cutoff line semi= -arbitrarily. loader_lua is now
> > > >=C2=A0 =C2=A0 =C2=A0almost too big and we want to break = the build when it crosses this
> > > >=C2=A0 =C2=A0 =C2=A0threshold. In my experience, below 5= 00,000 always works, above=C2=A0 =C2=A0
> > > 520,000=C2=A0 =C2=A0
> > > >=C2=A0 =C2=A0 =C2=A0always seems to fail with things get= ting bad somewhere between=C2=A0 =C2=A0
> > > 512,000=C2=A0 =C2=A0
> > > >=C2=A0 =C2=A0 =C2=A0to 515,000. 510,000 is as close to t= he line as I think we can go,=C2=A0 =C2=A0
> > > though=C2=A0 =C2=A0
> > > >=C2=A0 =C2=A0 =C2=A0experience may dictate we need to lo= wer this in the future.
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0This is at-best a stop-breakage unti= l we have a better way to subset=C2=A0 =C2=A0
> > > the=C2=A0 =C2=A0
> > > >=C2=A0 =C2=A0 =C2=A0boot loader for BIOS booting to allo= w better, more fined-tuned
> > > >=C2=A0 =C2=A0 =C2=A0/boot/loaders for the many different= environments they have to run
> > > >=C2=A0 =C2=A0 =C2=A0in. This likely means we'll have= a graphical loader than understands=C2=A0 =C2=A0
> > > a=C2=A0 =C2=A0
> > > >=C2=A0 =C2=A0 =C2=A0few filesystmes for installation, an= d a non-graphical loader that
> > > >=C2=A0 =C2=A0 =C2=A0understands the most filesystems pos= sible for everything else in the
> > > >=C2=A0 =C2=A0 =C2=A0future. Our build infrastructure nee= ds some work before we can do=C2=A0 =C2=A0
> > > that,=C2=A0 =C2=A0
> > > >=C2=A0 =C2=A0 =C2=A0however.
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0At this late date, it likely isn'= ;t worth the efforts to move parts of
> > > >=C2=A0 =C2=A0 =C2=A0the loader into high memory. There&#= 39;s a number of assumptions about=C2=A0 =C2=A0
> > > where=C2=A0 =C2=A0
> > > >=C2=A0 =C2=A0 =C2=A0the stack is, where buffers reside, = etc that are fulfilled when it=C2=A0 =C2=A0
> > > lives=C2=A0 =C2=A0
> > > >=C2=A0 =C2=A0 =C2=A0in the first 640k that would need bo= unce buffers and/or other counter
> > > >=C2=A0 =C2=A0 =C2=A0measures if we were to split it up. = All BIOS calls are done in 16-bit
> > > >=C2=A0 =C2=A0 =C2=A0mode with SEG:OFF addresses, requiri= ng them to be in the first 640k=C2=A0 =C2=A0
> > > of=C2=A0 =C2=A0
> > > >=C2=A0 =C2=A0 =C2=A0RAM. And nearly all machines in the = last decade can boot with UEFI
> > > >=C2=A0 =C2=A0 =C2=A0(though there's some exceptions,= so it isn't worth killing outright
> > > >=C2=A0 =C2=A0 =C2=A0yet).
> > > >
> > > >=C2=A0 =C2=A0 =C2=A0Sponsored by:=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0Netflix
> > > >=C2=A0 =C2=A0 =C2=A0Reviewed by:=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 kevans
> > > >=C2=A0 =C2=A0 =C2=A0Differential Revision:=C2=A0 https://reviews.freebsd.org/D36129
> > > > ---
> > > >=C2=A0 stand/i386/loader/Makefile | 5 +++++
> > > >=C2=A0 stand/i386/pxeldr/Makefile | 3 +++
> > > >=C2=A0 2 files changed, 8 insertions(+)
> > > >
> > > > diff --git a/stand/i386/loader/Makefile b/stand/i386/lo= ader/Makefile
> > > > index 3685281ffd2c..cde1513aac06 100644
> > > > --- a/stand/i386/loader/Makefile
> > > > +++ b/stand/i386/loader/Makefile
> > > > @@ -19,6 +19,8 @@ PROG=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0${LOADER}.sym
> > > >=C2=A0 INTERNALPROG=3D
> > > >=C2=A0 NEWVERSWHAT?=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 "= bootstrap loader" x86
> > > >=C2=A0 VERSION_FILE=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 ${.CUR= DIR}/../loader/version
> > > > +LOADERSIZE=3D=C2=A0 510000=C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 # Largest known safe size
> > > > +
> > > >
> > > >=C2=A0 .PATH:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0${BOOTSRC}/i386/loader
> > > >
> > > > @@ -79,9 +81,12 @@ CFLAGS+=3D=C2=A0 =C2=A0-I${BOOTSRC}/= i386
> > > >=C2=A0 8x16.c: ${SRCTOP}/contrib/terminus/ter-u16b.bdf > > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0vtfontcvt -f compressed-sourc= e -o ${.TARGET} ${.ALLSRC}
> > > >
> > > > +
> > > >=C2=A0 ${LOADER}: ${LOADER}.bin ${BTXLDR} ${BTXKERN}
> > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0btxld -v -f elf -e ${LOADER_A= DDRESS} -o ${.TARGET} -l ${BTXLDR} \
> > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-= b ${BTXKERN} ${LOADER}.bin
> > > > +=C2=A0 =C2=A0 =C2=A0@set -- `${SIZE} ${.TARGET} | tail= -1` ;=C2=A0 =C2=A0
> > > x=3D$$((${LOADERSIZE}-$$4)); \=C2=A0 =C2=A0
> > > > +=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0echo "$$x bytes= available"; test $$x -ge 0
> > > >
> > > >=C2=A0 ${LOADER}.bin: ${LOADER}.sym
> > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0${STRIPBIN} -R .comment -R .n= ote -o ${.TARGET} ${.ALLSRC}
> > > > diff --git a/stand/i386/pxeldr/Makefile b/stand/i386/px= eldr/Makefile
> > > > index a44dc0de2885..f8bc1eae9a31 100644
> > > > --- a/stand/i386/pxeldr/Makefile
> > > > +++ b/stand/i386/pxeldr/Makefile
> > > > @@ -13,6 +13,7 @@ BOOT=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0pxe= boot
> > > >=C2=A0 LDR=3D pxeldr
> > > >=C2=A0 ORG=3D 0x7c00
> > > >=C2=A0 LOADER=3D=C2=A0 =C2=A0 =C2=A0 loader
> > > > +PXELDRSIZE=3D 510000=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0# Largest known safe size
> > > >
> > > >=C2=A0 .if defined(BOOT_PXELDR_PROBE_KEYBOARD)
> > > >=C2=A0 CFLAGS+=3D-DPROBE_KEYBOARD
> > > > @@ -41,5 +42,7 @@ CLEANFILES+=3D ${LOADER}
> > > >=C2=A0 ${LOADER}: ${LOADERBIN} ${BTXLDR} ${BTXKERN}
> > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0btxld -v -f elf -e ${LOADER_A= DDRESS} -o ${.TARGET} -l ${BTXLDR} \
> > > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-b ${BTXKERN} $= {LOADERBIN}
> > > > +=C2=A0 =C2=A0 =C2=A0@set -- `${SIZE} ${.TARGET} | tail= -1` ;=C2=A0 =C2=A0
> > > x=3D$$((${PXELDRSIZE}-$$4)); \=C2=A0 =C2=A0
> > > > +=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0echo "$$x bytes= available"; test $$x -ge 0
> > > >
> > > >=C2=A0 .include <bsd.prog.mk>
> > > >=C2=A0 =C2=A0
> > >
> > > On recent CURRENT (FreeBSD 14.0-CURRENT #10 main-n257258-348= 164aa9e5d: Wed
> > > Aug 10 22:39:17
> > > CEST 2022 amd64), buildworld fails here on several boxes: > > >
> > > [...]
> > >=C2=A0 =C2=A0
> > > =3D=3D=3D> lib/flua/libjail (all)=C2=A0 =C2=A0
> > > --- all_subdir_stand ---
> > > --- loader ---
> > > btxld -v -f elf -e 0x200000 -o loader -l
> > > /usr/obj/usr/src/amd64.amd64/stand/i386/btx/btxldr/btxldr=C2= =A0 -b
> > > /usr/obj/usr/src/amd64.amd64/stand/i386/btx/btx/btx
> > > /usr/obj/usr/src/amd64.amd64/stand/i386/loader_lua/loader_lu= a.bin kernel:
> > > ver=3D1.02 size=3D690
> > > load=3D9000 entry=3D9010 map=3D16M pgctl=3D0:84 client: fmt= =3Delf size=3D8a3f0
> > > text=3D836bc data=3D5238
> > > bss=3D8070 entry=3D0 output: fmt=3Delf size=3D8ae39 text=3D2= 89 data=3D8aa80 org=3D200000
> > > entry=3D200000
> > > -58585 bytes available 6.64 real
> > > 8.48 user=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A02.84 sys
> > >=C2=A0 =C2=A0
> >
> > I'm sorry, but however you are building /boot/loader, it won&= #39;t work when
> > it's that big. What are your settings that increase its size = by so much?
> >
> > Warner=C2=A0
>
> Hello,
> I have a custom kernel with several drivers enabled, others disabled, = but I'm not aware of
> any knowb I triggered by purpose that could change the size. Can you h= elp me with some hints
> which knobs this might trigger? Since it happens on ALL boxes with CUR= RENT and different but
> similar custom kernel settings (mostly driver and disabling debugging = et cetera it must be
> something very trivial that triggers that misbehaviour ... I doubt tha= t kernel config is the
> cause, but anyway, I'll give you some extra configs I put on one b= ox that fails:
>
> [... kernel conf ...]
>
> # The defaults are 64K and 128K respectively.
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0D= FLTPHYS=3D(64*1024)
> #options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 MAXPHYS=3D(512*1024)
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0M= AXPHYS=3D(1024*1024)
>
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0CC_CDG
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0CC_CHD
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0CC_CUBIC
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0CC_DCTCP
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0CC_HD
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0CC_HTCP
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0CC_VEGAS
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0RATELIMIT=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0# TX rate
>
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Z= FS=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0# ZFS
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0GEOM_NOP=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 # NOP GEOM class
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0G= EOM_ELI
>
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0LIBICONV=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 # kernels iconv
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0LIBMCHAIN=C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0# mchain library
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0KGSSAPI=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0# Kernel GSS API modulue
>
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0MSDOSFS_ICONV=C2=A0 =C2=A0# M= SDOS Filesystem
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0CD9660_ICONV=C2=A0 =C2=A0 # I= SO 9660 Filesystem
>
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0FDESCFS=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0#File descriptor filesystem
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0FUSEFS=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 #FUSE support module
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0AUTOFS=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 # automounter filesystem
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0NULLFS
>
> #options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 P1003_= 1B_SEMAPHORES=C2=A0 =C2=A0 =C2=A0# POSIX-style semaphores
> #options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 P1003_= 1B_MQUEUE=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0# POSIX message queue
>
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0TCPHPTS=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0# TCP High Precission timer
> #options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 TCPPCA= P=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0# keeps the = last n packets
> #options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 MROUTI= NG=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 # Multicast routi= ng
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0I= PSEC=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0# = Internet Protocol Security protocol
> #options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 TCP_SIGNATURE=C2=A0 =C2=A0# #include support for RFC = 2385
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0S= CTP=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 # Stream Control Transmission = Protocol
>
> #
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0MAC_BSDEXTENDED=C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0# ugidfw
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0MAC_PORTACL=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0#
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0MAC_NTPD=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 #
> #
> options=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0CAM_IOSCHED_DYNAMIC=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0# CAM iosched NCQ TRIM
>
>
The src.conf:

# more /etc/src.conf
#
CPUTYPE?=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0native
#
CFLAGS+=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 -O3
# for the kernel
COPTFLAGS+=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0-O3
#
#CXXFLAGS+=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0-std=3Dc++20
#
WITH_CLANG_EXTRAS=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 YES #WITH_LLVM_BINUTILS=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 YES
#
#WITH_BSD_GREP=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0YES
#
WITH_OFED_EXTRA=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Y= ES
#WITH_CTF=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 YES
#
WITH_BEARSSL=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0YES

I think this is the only = thing that will affect things. what happens if you turn this off?

Warner=C2=A0

#
WITH_SORT_THREADS=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 YES #
WITH_ZONEINFO_LEAPSECONDS_SUPPORT=3D=C2=A0 =C2=A0 =C2=A0 YES
#
WITH_MALLOC_PRODUCTION=3D YES
#
WITHOUT_ASSERT_DEBUG=3D=C2=A0 =C2=A0YES
WITHOUT_TESTS=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 YES
WITHOUT_DEBUG_FILES=3D=C2=A0 =C2=A0 YES
#
WITHOUT_CLEAN=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 YES
#
WITHOUT_REPRODUCIBLE_BUILD=3D=C2=A0 =C2=A0 =C2=A0YES
#
INSTALL_NODEBUG=3D=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Y= ES
#




--
O. Hartmann
--0000000000000fc18d05e5fb9709--