WITH_CTF breaks CD loader: "File too big"

Yuri Pankov yuripv at yuripv.net
Mon Dec 3 16:12:47 UTC 2018


Warner Losh wrote:
> On Mon, Dec 3, 2018 at 8:10 AM Warner Losh <imp at bsdimp.com> wrote:
> 
>>
>> On Mon, Dec 3, 2018 at 12:24 AM Baptiste Daroussin <bapt at freebsd.org>
>> wrote:
>>
>>> On Sun, Dec 02, 2018 at 06:08:34PM +0300, Yuri Pankov wrote:
>>>> Hi,
>>>>
>>>> Building disc1.iso using `make release` and having WITH_CTF set in
>>>> src.conf leads to "File too big" displayed when booting the image.
>>>>
>>>> Would it make sense to build loader and related parts without CTF
>>>> unconditionally as it doesn't look useful there?
>>>>
>>>
>>> Fully agree with you
>>>
>>
>> What a great Idea. We already turn it off in defs.mk:

Sorry about that, I incorrectly assumed it wasn't done yet as there was
a difference for me.

>> MK_CTF=         no
>>
>> which should be global to every single Makefile under stand. I'm not sure
>> why that's turning it back on.
>>
> 
> % cat /etc/src.conf
> WITH_CTF=yes
> FRED=present
> % cd stand/cdboot
> % make -V MK_CTF
> no
> % make -V FRED
> present
> %
> 
> So this sure sounds like a false positive to me. Do you have logs showing
> cdboot building with MK_CTF=yes?

Diff'ing the log for src/stand w/o and with -DWITH_CTF shows a lot of
ctfconvert calls in the latter case.  Attached is the diff of binary
sizes in obj/ for stand/i386; could one of those be the problem I'm seeing?
-------------- next part --------------
--- siz1	2018-12-03 18:49:01.764091000 +0300
+++ siz2	2018-12-03 18:49:39.666198000 +0300
@@ -22,28 +22,28 @@
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/isoboot/isoboot	14395
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/isoboot/isoboot.8.gz	1324
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/isoboot/isoboot.bin	12553
-/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/libi386/libi386.a	318926
+/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/libi386/libi386.a	358146
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader/.depend	213
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader/vers.c	99
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_4th/.depend	212
-/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_4th/loader_4th	380928
-/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_4th/loader_4th.bin	369808
-/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_4th/loader_4th.sym	1213320
+/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_4th/loader_4th	598016
+/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_4th/loader_4th.bin	584344
+/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_4th/loader_4th.sym	1427856
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_4th/vers.c	99
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_lua/.depend	213
-/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_lua/loader_lua	434176
-/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_lua/loader_lua.bin	422992
-/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_lua/loader_lua.sym	1508144
+/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_lua/loader_lua	716800
+/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_lua/loader_lua.bin	706132
+/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_lua/loader_lua.sym	1791284
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_lua/vers.c	99
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_simp/.depend	150
-/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_simp/loader_simp	319488
-/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_simp/loader_simp.bin	308304
-/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_simp/loader_simp.sym	991168
+/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_simp/loader_simp	495616
+/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_simp/loader_simp.bin	484536
+/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_simp/loader_simp.sym	1167400
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/loader_simp/vers.c	99
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/mbr/mbr	512
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/pmbr/pmbr	512
-/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/pxeldr/loader	434176
-/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/pxeldr/pxeboot	436224
+/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/pxeldr/loader	716800
+/usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/pxeldr/pxeboot	718848
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/pxeldr/pxeboot.8.gz	2311
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/pxeldr/pxeldr	512
 /usr/obj/home/yuripv/ws/ctf/amd64.amd64/stand/i386/zfsboot/zfsboot	262656
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20181203/dcf84071/attachment.sig>


More information about the freebsd-current mailing list