From owner-freebsd-hackers@freebsd.org Wed Jun 1 14:32:16 2016 Return-Path: Delivered-To: freebsd-hackers@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 57566B4FC25 for ; Wed, 1 Jun 2016 14:32:16 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (207-172-209-83.c3-0.arl-ubr1.sbo-arl.ma.static.cable.rcn.com [207.172.209.83]) by mx1.freebsd.org (Postfix) with ESMTP id 339EC13E0; Wed, 1 Jun 2016 14:32:15 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:8fe:6a13:797b:e9c9] (unknown [IPv6:2001:470:1f11:617:8fe:6a13:797b:e9c9]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 3FD3C1EFF; Wed, 1 Jun 2016 14:32:09 +0000 (UTC) References: <519CC1FC-84DF-4710-8E62-AF26D8AED2CF@metricspace.net> <20160528083656.GT38613@kib.kiev.ua> <20160528172618.GB38613@kib.kiev.ua> <6A9DADE0-B214-424A-BB14-0B0848F0D08D@metricspace.net> <20160529091827.GD38613@kib.kiev.ua> Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <56B11DFF-7E1D-4D93-80E2-6F91F697AB9A@metricspace.net> Cc: Konstantin Belousov , freebsd-hackers@freebsd.org, Allan Jude X-Mailer: iPad Mail (13D15) From: Eric McCorkle Subject: Re: EFI GELI support ready for testers Date: Wed, 1 Jun 2016 10:32:08 -0400 To: Wojciech Puchar X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2016 14:32:16 -0000 On Jun 1, 2016, at 10:23, Wojciech Puchar wrote: >>=20 >> And why it is simultaneously desirable to add a bunch of code to loader >> to hide this ? >=20 > For me it is nonsense ending with having another copy of kernel as boot lo= ader ;), which will in turn require another normal boot loader to load it ;)= What are you talking about? Nobody's added another stage to the boot loader= , nor is anyone advocating doing so.=