From owner-freebsd-current@freebsd.org Fri Jan 27 07:34:48 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 268D1CC3C41 for ; Fri, 27 Jan 2017 07:34:48 +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 096568D8 for ; Fri, 27 Jan 2017 07:34:48 +0000 (UTC) (envelope-from tsoome@me.com) Received: by mailman.ysv.freebsd.org (Postfix) id 05F24CC3C40; Fri, 27 Jan 2017 07:34:48 +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 03A82CC3C3F for ; Fri, 27 Jan 2017 07:34:48 +0000 (UTC) (envelope-from tsoome@me.com) Received: from st13p35im-asmtp002.me.com (st13p35im-asmtp002.me.com [17.164.199.65]) (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 D14398D6; Fri, 27 Jan 2017 07:34:47 +0000 (UTC) (envelope-from tsoome@me.com) Received: from process-dkim-sign-daemon.st13p35im-asmtp002.me.com by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OKF00A00GZ3FJ00@st13p35im-asmtp002.me.com>; Fri, 27 Jan 2017 07:34:40 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1485502480; bh=VPhg1HGnMOnkwLWv9qkUMsvwLFKpjxaEHunoNkhVyew=; h=Content-type:MIME-version:Subject:From:Date:Message-id:To; b=X8PU5c/j6y4zF7ueHiaFRastp4u96soMLL8XMgBUZxyyOhyAT+vQKXcNgAN+URE13 GfIBdO5xR3ARaR3Rmx20d1kGRAGLIM8PlNdVrCMF4ivb4Gr//lhAc8Pw8FNV00ojZG dCzv/yUuHX4x1mwx5+WPJmMiCr0fwiSZlramHonCWmDpNXb9GnFEPXfb7RPMs+dH/g FZnfmowFR8RrDIOK80sBHa4WjgCeZs8etdmciTX6DM5GFFrThcYNQgOzowmV/E1YOg jrVnYhPZxg4G0sleQjkNImTUNSOAas8+yCnwzUiHl0yVB55pxvsBAn3iLk9Y+vHpuk o/9KYXIK2ZCdg== Received: from icloud.com ([127.0.0.1]) by st13p35im-asmtp002.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OKF003K4H1QI750@st13p35im-asmtp002.me.com>; Fri, 27 Jan 2017 07:34:40 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-01-27_02:,, 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-1701270080 Content-type: text/plain; charset=utf-8 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 From: Toomas Soome In-reply-to: Date: Fri, 27 Jan 2017 09:34:38 +0200 Cc: Allan Jude , current@FreeBSD.ORG Content-transfer-encoding: quoted-printable Message-id: References: To: "Ngie Cooper (yaneurabeya)" X-Mailer: Apple Mail (2.3259) X-Mailman-Approved-At: Fri, 27 Jan 2017 11:57:05 +0000 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 07:34:48 -0000 > 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 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=E2=80=A6 rgds, toomas=