From owner-freebsd-current@freebsd.org Fri Jan 27 18:39:39 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 759D5CC3164 for ; Fri, 27 Jan 2017 18:39:39 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5443D1A1 for ; Fri, 27 Jan 2017 18:39:39 +0000 (UTC) (envelope-from tsoome@me.com) Received: by mailman.ysv.freebsd.org (Postfix) id 50B59CC3163; Fri, 27 Jan 2017 18:39:39 +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 50567CC3162 for ; Fri, 27 Jan 2017 18:39:39 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp001.me.com (st13p35im-asmtp001.me.com [17.164.199.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 263ED1A0; Fri, 27 Jan 2017 18:39:39 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp001.me.com by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OKG00K0090H5J00@st13p35im-asmtp001.me.com>; Fri, 27 Jan 2017 17:39:20 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1485538760; bh=0E53EsLAykf+tC5e6jOs/KVS7ZsxwKdfCWhg/W9mREI=; h=From:Message-id:Content-type:MIME-version:Subject:Date:To; b=AHWQL068BKtcd/S8MuGNwWnXVqhkuAKO+Hd49FX+4h4Wr84fHBoAK2wtMur68TjMD WoEslhJXXtX4oZdS4iV8SmvpTLrPwLXMM19wEqGUv0yQrrOT0AIWInvyo7rzImKN2p 6EQa2ejRZxe7qW7ZARL75txJN83BDX00B3WYHEmPc1LsdsS6RU/I1ofK/wc16JishA 4UCye/fnTRzFQCnmRKtxO2xvr9RnXj3cUfMsOK+9zu4HJsquO12keleDMrOSOtPfyv 8qEsc2O0gu6IYyqyLuopUJQ9STfhR0BUJ2Gue4TFYDx9wcbJ0LLJGzCJB/oB65g4KA p0habIlHDhXCw== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OKG00BXM91HJV30@st13p35im-asmtp001.me.com>; Fri, 27 Jan 2017 17:39:20 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-01-27_13:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1603290000 definitions=main-1701270173 From: Toomas Soome Message-id: MIME-version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: gptzfsboot grew a lot after skein support was added; need knob to control bloat Date: Fri, 27 Jan 2017 19:39:16 +0200 In-reply-to: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> Cc: Warner Losh , "Ngie Cooper (yaneurabeya)" , FreeBSD Current To: Allan Jude References: <444df1a4-1f27-49a8-6fa6-81f5853e6d80@freebsd.org> X-Mailer: Apple Mail (2.3259) X-Mailman-Approved-At: Fri, 27 Jan 2017 19:27:55 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 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 18:39:39 -0000 > On 27. jaan 2017, at 19:30, Allan Jude wrote: >=20 > On 2017-01-27 12:05, Warner Losh wrote: >> On Fri, Jan 27, 2017 at 12:34 AM, Toomas Soome > wrote: >>>=20 >>>> On 27. jaan 2017, at 1:40, Ngie Cooper (yaneurabeya) = wrote: >>>>=20 >>>> 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 support compiled in. Would you be opposed to the work? >>>> Thanks, >>>> -Ngie >>>=20 >>>=20 >>> 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;) >>>=20 >>> 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=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 >=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. >=20 > 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. >=20 > It should be possible to use this on GPT as well, we just don't. >=20 >=20 Indeed it is. this is how the illumos is doing, except that what in = illumos, we use also a bit different boot method - instead of browsing = the partition table, we record the boot2 start and size in pmbr, and the = partition start in gptzfsboot, and we always boot based on recorded = location - that does simplify the boot code in pmbr, but needs install = tool, to detect and record the LBA. And for fbsd case, the bootblock install must be able to distinguish = geli/non-geli setups, and .. well, there are some complications:) rgds, toomas