From owner-freebsd-current@freebsd.org Fri Jan 27 17:30:30 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69C87CC3DCE for ; Fri, 27 Jan 2017 17:30:30 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 4C24715D1 for ; Fri, 27 Jan 2017 17:30:30 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 4B8E1CC3DCD; Fri, 27 Jan 2017 17:30:30 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B197CC3DCC for ; Fri, 27 Jan 2017 17:30:30 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from mx1.scaleengine.net (mx1.scaleengine.net [209.51.186.6]) (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 1074C15D0 for ; Fri, 27 Jan 2017 17:30:29 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (unknown [10.1.1.2]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id CC9F013835; Fri, 27 Jan 2017 17:30:27 +0000 (UTC) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Warner Losh , Toomas Soome References: Cc: "Ngie Cooper (yaneurabeya)" , FreeBSD Current From: Allan Jude Message-ID: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> Date: Fri, 27 Jan 2017 12:30:17 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kfVhP3nkvOrUhIQ18gFcEwjwW9V09DtDI" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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: Fri, 27 Jan 2017 17:30:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --kfVhP3nkvOrUhIQ18gFcEwjwW9V09DtDI Content-Type: multipart/mixed; boundary="jKq7lTugEKOxx1Be45NUqqRP4mBNFAhm1"; protected-headers="v1" From: Allan Jude To: Warner Losh , Toomas Soome Cc: "Ngie Cooper (yaneurabeya)" , FreeBSD Current Message-ID: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat References: In-Reply-To: --jKq7lTugEKOxx1Be45NUqqRP4mBNFAhm1 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2017-01-27 12:05, Warner Losh wrote: > On Fri, Jan 27, 2017 at 12:34 AM, Toomas Soome wrote: >> >>> On 27. jaan 2017, at 1:40, Ngie Cooper (yaneurabeya) wrote: >>> >>> Hi, >>> I tried upgrading one of my workstations and unfortunately the = freebsd-boot partition is too small (I follow manpage directions, exactly= , and those seem to be too small as of 10.3-RELEASE timeframe), and I don= =E2=80=99t have enough space or ability to resize the partition and make = it bigger. So, I=E2=80=99m in need of a build knob to control the bloat, = and/or having an alternative boot loader without geli/skein/crypto suppor= t compiled in. Would you be opposed to the work? >>> Thanks, >>> -Ngie >> >> >> I do agree that since the geli knob is already there, it may do. Of co= urse we also can think of additional knobs, but there is an issue - it wo= nt help just to exclude some files, the additional features also do sit i= n the code, so the replacement stubs will be needed, also testing them al= l over will take some time. And the preprocessor spaghetti really is nast= y thing to deal with;) >> >> And then there is another issue (partly why I did the feature support = in first place) - as the kernel does not block user from enabling the fea= tures, the user can end up facing non-bootable setup which is also not go= od, as user is using perfectly legal options, and still the whole thing i= s just rendered unusable=E2=80=A6 >=20 > I'm curious why you can't find the space for a bigger partition? > Almost all drives these days are partitioned with a little wasted > space, and that wasted space should be more than enough to cover us > here. Also, most drives have a swap partition that can be shrunk a > trivial amount to get space for this... >=20 > Warner >=20 I need to do some testing to make a recipe that works for it, but the other option is to use the ZFS bootcode area. ZFS it self, reserves something like 3.5 mb of space in the ZFS partition, for boot code. This is how we boot ZFS on MBR. It should be possible to use this on GPT as well, we just don't. --=20 Allan Jude --jKq7lTugEKOxx1Be45NUqqRP4mBNFAhm1-- --kfVhP3nkvOrUhIQ18gFcEwjwW9V09DtDI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJYi4OwAAoJEBmVNT4SmAt+2MYQAJD7HB6pRurs975TyFxEkNcn ypb8Wm5+8ZagMXnktGKJDrDNgZ4vPvI6+IQ/rSt1+vmkEIsBQtcXb8LZAGapftb1 8Ic/mTJpesHTJj3FCtkM7qbr8SlspNBSDFKGi67kV2GrUmYQi4fb+Jn3I3RerI7E mWU1O4CygAlp+FobzWlqqBC6+6+Eti/3CcvEDrAEk12O6+gP6HpOywM2cHWSqgvA bn3jgX4tmc35zssfeFuToilc1B7pkvadFHV5ZGhIaOe1/MchO7oEI6aBP/lhRlV2 UcbS/yVd3Y4EN54ixa1uEZh7DRlpIR4f5xU+aDZPMeJBC2EpEthlVYBxdsxkcLLP FQDbfggNQPaB4xi84nCyICDoXkHmpXdURXmanP7qnc3l+Vdj9sMvk5AEM/gyIypB tKexwc7lcUFUL0LZjosU2wAD/92SojJ534YlfUQcPcochULZFOS8TFQ46xsy0aU5 cMToxclJDciBYJrHcBFaJjBSS/Tohcy/W5Rw8pvUb9KRdfE+1OR6V+sZzWfYiBPd L/oFJv96UmAC+c5M6IAH54mQaquIlnjVG21uzuLyr2fZni2sOTMN6uQsEg/bT4oI pmXSgjf9HzDMpKpRQ/sPsHMOTkkeJIBt6cDUXRh62ANROpYDEHZI49HyKhnFUt/J IVZrhSqi3bmRXIdN2viq =r5/z -----END PGP SIGNATURE----- --kfVhP3nkvOrUhIQ18gFcEwjwW9V09DtDI--