From owner-freebsd-current@freebsd.org Sat Jan 28 13:57:42 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 CA5D6CC4BB1 for ; Sat, 28 Jan 2017 13:57:42 +0000 (UTC) (envelope-from julian@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 B1FC61ABF for ; Sat, 28 Jan 2017 13:57:42 +0000 (UTC) (envelope-from julian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id ADFCACC4BB0; Sat, 28 Jan 2017 13:57:42 +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 ABFBDCC4BAF for ; Sat, 28 Jan 2017 13:57:42 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8540C1ABE; Sat, 28 Jan 2017 13:57:42 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-228-247.lns20.per1.internode.on.net [121.45.228.247]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id v0SDvZW3094656 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 28 Jan 2017 05:57:38 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat To: Allan Jude , Shawn Webb References: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> <20170127173338.wv6dul7zhxaaw4f4@mutt-hardenedbsd> <94f227b6-1f94-e54a-825a-dd9554c3bea3@freebsd.org> Cc: Warner Losh , Toomas Soome , "Ngie Cooper (yaneurabeya)" , FreeBSD Current From: Julian Elischer Message-ID: <77caf397-dd82-73e6-94cc-d05f582cfde6@freebsd.org> Date: Sat, 28 Jan 2017 21:57:30 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: <94f227b6-1f94-e54a-825a-dd9554c3bea3@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit 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: Sat, 28 Jan 2017 13:57:42 -0000 On 28/1/17 1:35 am, Allan Jude wrote: > On 2017-01-27 12:33, Shawn Webb wrote: >> On Fri, Jan 27, 2017 at 12:30:17PM -0500, Allan Jude wrote: >>> 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???t have enough space or ability to resize the partition and make it bigger. So, I???m in need of a build knob to control the bloat, and/or having an alternative boot loader without geli/skein/crypto support 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 course we also can think of additional knobs, but there is an issue - it wont help just to exclude some files, the additional features also do sit in the code, so the replacement stubs will be needed, also testing them all over will take some time. And the preprocessor spaghetti really is nasty 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 features, the user can end up facing non-bootable setup which is also not good, as user is using perfectly legal options, and still the whole thing is just rendered unusable??? >>>> 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... >>>> >>>> Warner >>>> >>> 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. >> In the future, maybe it'd be a good idea for the installer to leave >> more space (a few MB, perhaps?) between the freebsd-boot and >> freebsd-swap partitions? At least, for ZFS installs. >> >> Thanks, >> > The PMBR code has a limitation for 536kb, and it all has to fit under > the 640k barrier, so the current 512kb size is plenty. The issue is some > people are upgrading from systems that were isntalled long ago, when > 64kb or less was the default. > with 512K we can append a copy of FreeBSD1.0 on the end of the bootblock and leave us the option of bringing up a networked NFS based system for debugging. maybe we could fall back to that after a crash...