From owner-freebsd-current@freebsd.org Mon Dec 3 18:14:39 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E129132E8FB for ; Mon, 3 Dec 2018 18:14:39 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1C1318D6BB; Mon, 3 Dec 2018 18:14:38 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 92462222A6; Mon, 3 Dec 2018 13:14:37 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Mon, 03 Dec 2018 13:14:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:cc:references:from:message-id:date:mime-version :in-reply-to:content-type; s=fm3; bh=r1nsqipHnISSPzxF9BZrF5yyOat cENJ4W7V04QcM06M=; b=JYNdr3QE+qnPUPgiGnVHOw3rway4ebffK/rVeRa4SIu Ad7JGNj5IG40Znl4JGgde6Inp8CoAuGr+8FSbaKF2fvITMOWvMLEwS9Bp6s3Od2x nKlU2mmWtmQ58KueUJYYarAxWloZ51J56QTYZemL0xiFDjJVMTAmcyveDGO5EoVZ wngR6VmWWl2slcw3q6rMcSnbczh7lG0JNyYI0MCGIvvIjnRJL9y1RHOIsXyLGyHO jI59PcB75aEN80sLhtM/204bI5uV+KmHTOUGgBaXJoLYPTdJcU8VoXxD32S7W2LO qd8XwkmO+G7kSKU+bxLsehV+gwoaO14a7pvtqLCORDg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=r1nsqi pHnISSPzxF9BZrF5yyOatcENJ4W7V04QcM06M=; b=E0aDe/9K8nUUxOYXRaVR4u 4nsivnbKyrd0mQmonaApzXajFxIQQRgcRAfFxOp694PKwEeVlCYo2J/pdASt+olA RGuSYQQYPcmUocG11W6KKk9eRoRU2xhL1+/oAk7Xqa7hx0+BjO2Rc/cBA52vyFdH 5vyVhtpZBFvOITW+EM0O85O+GuUwrgPJ3g/mKPxH9I2MUsBi4O+tFPgY5nghH7b2 2/nWhqhW2y9Y8AkHJAzIw/xrLQ4x3z5lvopovKlBASea3s4uPd0N0TDmm8JjcWP6 kjLpzAFxxyTqsv7GScKtGPHjThvBfW395GaSBGqsmf6hWWYtPtQrsi0mEw0fUj0A == X-ME-Sender: X-ME-Proxy: Received: from [192.168.1.2] (unknown [62.183.125.176]) by mail.messagingengine.com (Postfix) with ESMTPA id 2108D102A0; Mon, 3 Dec 2018 13:14:34 -0500 (EST) Subject: Re: WITH_CTF breaks CD loader: "File too big" To: Warner Losh Cc: Baptiste Daroussin , FreeBSD Current References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> From: Yuri Pankov Openpgp: preference=signencrypt Autocrypt: addr=yuripv@yuripv.net; keydata= xsBNBFu8u6IBCADB11gP0QwnorrHjqAtKLHKHNHskhy0s7jqJKfx0YqXgVBKGLJ9/mjLAz0F CBNvemHSDDTs0mEZ9cBKKi6cmsav6+UQgr//yai6hvXLBJqKchSFO4MhmdvBtsGFq1yKz5Zi uhjmimKyIpgBgvMdbgGbGq6cnSB2uEPmZuJr419SVRODOkXukU+F5WHgaHzDdHAIu1asCt2B +6msxqIqlFWcXyZyTGicTGGvC/PFIsVRUtD1dIJANTC876g7DTb7LZXWiWwJpSJ4GKMXMHVX Ct9BoQ4i3nhKbOxb6Io1wsy+NFyWsTJ9KYrxKKPJP3oG8BWb/cqlFqnE4eNSsiq2q7krABEB AAHNH1l1cmkgUGFua292IDx5dXJpcHZAeXVyaXB2Lm5ldD7CwJcEEwEIAEECGwMFCQWjmoAF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW708wAIZ AQAKCRCTi+B/sSrhbPxBB/961alcU091O+yKT5/oReHVc/PX0Tz4sW3V44AcgLfYlrZavCro EFz90qmCrl0xqEwuAKcC4bjmL8SjPWAhSN6IH9nxdw+HeZnAPiHm/q679Bu47+nHBl3qD/9p +t1PkKeKZfaWToFMt1nq06ytSu6VLMCwLdlDNe6DReX0ex/afEqKsuaIZSKL4UYjRwklp8PU Uf98QkrfapyHB67hQMzfI4tPeJaYyv0cTgfq3kUWJx1V6Xi0b6Zxj4ZrB2TXvaMO5g7yhU9E E3WWAvoe4FgB3a7dHe8atnHhq5+Cuvm6+LD4Jh7jvMAE5UMN+xxQpnGpNghHjaCy4vXrLRBZ nhRYzsBNBFu8u6IBCADKih3Q933rDNj4ZA8FhBQ2RlmBgvwOLcDPIL3h0V7h38y3+HisgFSc XACDsdrTlYZ1bRXkD9FHENynBcv0l/3uGJDk8jaGIDE0TP8OQBRp+IaU9/BHnAqrKxTJGIol Dahy2m+yx2yhdc6B4ujWMDqCF1rWOD+ymOWw+VLllOkrHcZa5PJtX9UOGbApZl8ZTM8El4CA NN8F1bg9MWzUi+8LYoGWGc+BwsFS1OUB1c4SPgMu5fD4Wfsr9yRl06fdpEA2YT7B/j5/5RSC 0sE2Zs/tmJ/JRflHJ12ycj59ma2xQMfEJF40hZDpMFQmZvbVqgEg3ocQcltjbxlIKZ/mjC4z ABEBAAHCwHwEGAEKACYWIQT4arc+w94tPi0v/3CTi+B/sSrhbAUCW7y7ogIbDAUJBaOagAAK CRCTi+B/sSrhbIDcCACqAZMcoxUBLZa40a5b24j5i1jplvCYYb3h+Q5lt5+BFJ87kCb4dJuU D3kh2i29BrxWQWa9WNue9ozxeYkbkfXubQYXexVolRsnh64OdGsE8KvorBFBB3zdK/GRt2Jy +jsnTfUWuQllbzMP0MfhCDMk1Mo8WvDH2/cOEP/yLKf20a+cd6nLs7bidjmGXo9pyuBKAtV6 Kv+VRu54AL+A/UBYu/eB3Dtvzcnut+1Zq6KaP++kUwPwINLIk04OBDwN0zRNTiqMAFYYyz2v ZHBB6E1th/l//ZC5b9Dk0ZpFI1bYdL9ymnrZe1MqbGPnDCToQxu00T/pZCm6Z92YrZQYuNwl Message-ID: Date: Mon, 3 Dec 2018 21:14:28 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6EjsxzMyqOYL0wL5IwPaox8LMuxoizYn5" X-Rspamd-Queue-Id: 1C1318D6BB X-Spamd-Result: default: False [-9.36 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net,messagingengine.com]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.28]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[yuripv.net]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: in2-smtp.messagingengine.com]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.99)[-0.985,0]; SIGNED_PGP(-2.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[28.4.111.66.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-3.67)[ip: (-9.63), ipnet: 66.111.4.0/24(-4.76), asn: 11403(-3.86), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2018 18:14:39 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6EjsxzMyqOYL0wL5IwPaox8LMuxoizYn5 Content-Type: multipart/mixed; boundary="8ZLhoBL8mfCgEfJPM5yq6lHWbJJHy7xK4"; protected-headers="v1" From: Yuri Pankov To: Warner Losh Cc: Baptiste Daroussin , FreeBSD Current Message-ID: Subject: Re: WITH_CTF breaks CD loader: "File too big" References: <6e53765f-52bd-f503-c1a5-ae23e402afcb@yuripv.net> <20181203072226.mpvh7an5pupjbwkb@ivaldir.net> <51d0fa8c-b453-69e0-500e-32818d29826a@yuripv.net> In-Reply-To: --8ZLhoBL8mfCgEfJPM5yq6lHWbJJHy7xK4 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Warner Losh wrote: > On Mon, Dec 3, 2018 at 9:56 AM Yuri Pankov wrote: >=20 >> Yuri Pankov wrote: >>> Warner Losh wrote: >>>> On Mon, Dec 3, 2018 at 8:10 AM Warner Losh wrote: >>>> >>>>> >>>>> On Mon, Dec 3, 2018 at 12:24 AM Baptiste Daroussin >>>>> 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 i= n >>>>>>> src.conf leads to "File too big" displayed when booting the image= =2E >>>>>>> >>>>>>> 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 w= as >>> a difference for me. >>> >>>>> MK_CTF=3D no >>>>> >>>>> which should be global to every single Makefile under stand. I'm no= t >> sure >>>>> why that's turning it back on. >>>>> >>>> >>>> % cat /etc/src.conf >>>> WITH_CTF=3Dyes >>>> FRED=3Dpresent >>>> % 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=3Dyes? >>> >>> 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? >> >> If ctfconvert calls are indeed the source of problem, then something >> seems to be wrong here (I didn't mention the "cdboot" binary exactly, >> rather the binary it's trying to load): >> >> yuripv:~/ws/ctf/stand/i386/loader$ make -V MK_CTF -V CTFCONVERT_CMD >> no >> >> yuripv:~/ws/ctf/stand/i386/loader$ make -DWITH_CTF -V MK_CTF -V >> CTFCONVERT_CMD >> no >> ctfconvert -L VERSION ${.TARGET} >> >=20 > Ding! We have a winner: order of operations not quite right. We includ= ed > src.opts.mk which includes bsd.own.mk which defines CTFCONVERT_CMD and = then > we change the MK_CTF value which has no effect. Unlike the lazy evaluat= ion > in makefile rules, where the last one wins, when we're parsing stuff fo= r > .if, it's the current value that's used. The solution is to include > src.opts.mk later after we set the MK_foo overrides. >=20 > r341433 should fix that. Thank you. --8ZLhoBL8mfCgEfJPM5yq6lHWbJJHy7xK4-- --6EjsxzMyqOYL0wL5IwPaox8LMuxoizYn5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+Gq3PsPeLT4tL/9wk4vgf7Eq4WwFAlwFcoQACgkQk4vgf7Eq 4Ww97gf/VC23TFmVOVG/Qb0ijNMAbMUmldxDs9dQb3c8trDvimpo0C/RlouJIsA0 3uLaqVVis/j0qj/AC5sGxctOg12iIO+sPb7MmZzwcrPX2moRExJl9QBnzZ8K7hLi Gvy40VuBry8KUrJ6d4gHZrDH8xYa6pz7F5+ozQOM7dDf8NhoHUpLb7W5yCoWmHqc bMtpixYHozNotNEfwnGCvKYXtelHyiyI6chAA1SGleYbLRQDLF0MQwDbGOyHshoC AjT4BfZwhfvijfH4lcKzDeVlulAPrZb/cKFoSpd3YLWHIBl4XQdy+mkmrdMq69iX M4fDpPmL/f1mFpBmKca0nf3vTmfhYQ== =5CTw -----END PGP SIGNATURE----- --6EjsxzMyqOYL0wL5IwPaox8LMuxoizYn5--