Date: Wed, 11 Apr 2018 13:06:41 -0600 From: Warner Losh <imp@bsdimp.com> To: Oliver Pinter <oliver.pinter@hardenedbsd.org> Cc: Eric McCorkle <eric@metricspace.net>, Tommi Pernila <tommi.pernila@iki.fi>, "[ScaleEngine] Allan Jude" <allan.jude@scaleengine.com>, freebsd-current <freebsd-current@freebsd.org>, Warner Losh <imp@freebsd.org> Subject: Re: GELI with UEFI supporting Boot Environments goes to HEAD when? Message-ID: <CANCZdfqZ1qr0Z7eiby6Kvwop_-%2B3_VZ0hFnCfo7Hm1NN9UbaUA@mail.gmail.com> In-Reply-To: <CAPQ4fftB27Y63yvk9zqEE3q4-MShHOYdwM7aD=c%2BXKzrs%2BZoMw@mail.gmail.com> References: <CABHD1wRyrmXp5R_ViERa-MnJnVKN-U551SWt%2Behm6r%2B3viydxg@mail.gmail.com> <CANCZdfp-bYi2fFJi5ashPLwjnwKWeoepiPt23LfPORU1EpKNGg@mail.gmail.com> <CABHD1wQU_6wHw96%2BLguVuqmwqY04%2Bn7NPcy6rSgn4QdKZpF3Kg@mail.gmail.com> <0e75a2ba-9a59-8301-a678-68a822025bd6@metricspace.net> <CABHD1wS-RoxP5fsCYgH61BsPsad_OPC4FZSUCUi6EfsWyXRzQA@mail.gmail.com> <9df63df2-9d61-4106-f360-347411869b41@metricspace.net> <f17bbb44-6735-e252-ba75-bd0b4f685d9d@metricspace.net> <CABHD1wRu_C4dPvzt%2BxMsYYYjFNJ1%2B78ne4cLsuCxr=YrN%2BhfFA@mail.gmail.com> <CANCZdfrkW1yteAixk44DetDe=uetVtvxM9-M7K5FioxeLseHJw@mail.gmail.com> <D667242D-ACB8-42E4-85B8-308702C15360@metricspace.net> <CAPQ4fftB27Y63yvk9zqEE3q4-MShHOYdwM7aD=c%2BXKzrs%2BZoMw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Still reviewing the code. I'm worried it's too i386 specific and it conflicts with some work I'm doing. I'll have a list of actionable critiques this week. Warner On Wed, Apr 11, 2018 at 1:03 PM, Oliver Pinter < oliver.pinter@hardenedbsd.org> wrote: > Hi! > > Is there any update regarding the rebase or the inclusion to base system? > On 3/28/18, Eric McCorkle <eric@metricspace.net> wrote: > > I'll do another rebase from head just to be sure > > > > On March 28, 2018 3:23:23 PM EDT, Warner Losh <imp@bsdimp.com> wrote: > >>It's on my list for nexr, finally. I have an alternate patch for > >>loader.efi > >>from ESP, but i don't think it will affect the GELI stuff. I have some > >>time > >>slotted for integration issues though. > >> > >>I am quite mindful of the freeze dates.... I have some uefi boot > >>loader > >>protocol changes that I need to get in. > >> > >>Warner > >> > >>On Feb 21, 2018 11:18 PM, "Tommi Pernila" <tommi.pernila@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@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@metricspace.net > >>>> >> <mailto:eric@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@freebsd.org mailing list > >>>> > https://lists.freebsd.org/mailman/listinfo/freebsd-current > >>>> > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > >>>> freebsd.org" > >>>> > > >>>> > >>> > > > > -- > > Sent from my Android device with K-9 Mail. Please excuse my brevity. > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@ > freebsd.org" > > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfqZ1qr0Z7eiby6Kvwop_-%2B3_VZ0hFnCfo7Hm1NN9UbaUA>