Re: GELI with UEFI supporting Boot Environments goes to HEAD when?

From: Tommi Pernila <tommi.pernila_at_iki.fi>
Date: Wed, 28 Mar 2018 21:39:53 +0300
Hi all,

is there any chance that this would make it to 11.2 RELEASE ?

 stable/11 slush:         April 20, 2018
 stable/11 freeze:        May 4, 2018

Br,

Tommi


On Thu, Feb 22, 2018 at 8:18 AM, Tommi Pernila <tommi.pernila_at_iki.fi> wrote:

> Awesome, thanks for the update and the work that you have done!
>
> Now we just need some more reviewers eyes on the code :)
>
> Br,
>
> Tommi
>
> On Thu, 22 Feb 2018 at 2.03, Eric McCorkle <eric_at_metricspace.net> wrote:
>
>> FYI, I just IFC'ed everything, and the current patches are still fine.
>>
>> Also, the full GELI + standalone loader has been deployed on one of my
>> laptops for some time now.
>>
>> On 02/21/2018 18:15, Eric McCorkle wrote:
>> > The GELI work could be merged at this point, though it won't be usable
>> > without an additional patch to enable loader-only operation.  The
>> > patches are currently up for review:
>> >
>> > This is the order in which they'd need to be merged:
>> >
>> >
>> > https://reviews.freebsd.org/D12732
>> >
>> > This one changes the efipart device.  Toomas Soome identified some
>> > problems, which I have addressed.  He has not re-reviewed it, however.
>> >
>> >
>> > https://reviews.freebsd.org/D12692
>> >
>> > This adds some crypto code needed for GELI.  It simply adds new code,
>> > and doesn't conflict with anything.
>> >
>> >
>> > https://reviews.freebsd.org/D12698
>> >
>> > This adds the EFI KMS interface code, and has the EFI loader pass keys
>> > into the keybuf interface.
>> >
>> >
>> > I can't post the main GELI driver until those get merged, as it depends
>> > on them.  It can be found on the geli branch on my github freebsd
>> > repository, however.
>> >
>> >
>> > Additionally, you need this patch, which allows loader.efi to function
>> > when installed directly to the ESP:
>> >
>> > https://reviews.freebsd.org/D13497
>> >
>> > On 02/20/2018 22:56, Tommi Pernila wrote:
>> >> Hi Eric,
>> >>
>> >> could you provide a brief update how the work is going?
>> >>
>> >>
>> >> Br,
>> >>
>> >> Tommi
>> >>
>> >>
>> >> On Nov 16, 2017 04:29, "Eric McCorkle" <eric_at_metricspace.net
>> >> <mailto:eric_at_metricspace.net>> wrote:
>> >>
>> >>     Right, so basically, the remaining GELI patches are against
>> loader, and
>> >>     most of them can go in independently of the work on removing boot1.
>> >>     There's a unanimous consensus on getting rid of boot1 which
>> includes its
>> >>     original author, so that's going to happen.
>> >>
>> >>
>> >>     For GELI, we have the following (not necessarily in order):
>> >>
>> >>     a) Adding the KMS interfaces, pseudo-device, and kernel keybuf
>> >>     interactions
>> >>     b) Modifications to the efipart driver
>> >>     c) boot crypto
>> >>     d) GELI partition types (not strictly necessary)
>> >>
>> >>     Then there's the GELI driver itself.  (a) and (c) are good to
>> land, (b)
>> >>     needs some more work after Toomas Soome pointed out a legitimate
>> >>     problem, and (d) actually needs a good bit more code (but again,
>> it's
>> >>     more cosmetic).  Additionally, the GELI driver will need further
>> mods to
>> >>     efipart to be written (nothing too big).  But we could go ahead
>> with (a)
>> >>     and (c), as they've already been proven to work.
>> >>
>> >>     I'd wanted to have this stuff shaped up sooner, but I'm
>> preoccupied with
>> >>     the 7th RISC-V workshop at the end of the month.
>> >>
>> >>     Once this stuff is all in, loader should handle any GELI volumes it
>> >>     finds, and it should Just Work once boot1 is gone.
>> >>
>> >>
>> > _______________________________________________
>> > freebsd-current_at_freebsd.org mailing list
>> > https://lists.freebsd.org/mailman/listinfo/freebsd-current
>> > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_
>> freebsd.org"
>> >
>>
>
Received on Wed Mar 28 2018 - 16:39:55 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:15 UTC