Discussion:
GELI with UEFI supporting Boot Environments goes to HEAD when?
(too old to reply)
Tommi Pernila
2017-11-15 10:28:37 UTC
Permalink
Hi All,

Anyone have an idea when the GELI with UEFI supporting Boot
Environments goes to HEAD?

The Phabricator reviews for this seem to done.
Also recently I have seen quite a few commits done by @imp which touch GELI,
Are these related to this feature or something else?

So it could be that this feature is already in HEAD, or are still some
parts pending?
Boot environments with a bootpool do not work. Support for GELI with
UEFI is coming soon. This will allow you to move /boot into the GELI
encrypted pool, and get rid of the bootpool, and properly use boot
environments.
--
Allan Jude
Br,

Tommi
Warner Losh
2017-11-15 14:47:54 UTC
Permalink
Post by Tommi Pernila
Hi All,
Anyone have an idea when the GELI with UEFI supporting Boot
Environments goes to HEAD?
The Phabricator reviews for this seem to done.
Are these related to this feature or something else?
So it could be that this feature is already in HEAD, or are still some
parts pending?
It will be available once we move to loader.efi and ditch boot1.efi, which
is some weeks away.

Warner
Post by Tommi Pernila
Boot environments with a bootpool do not work. Support for GELI with
UEFI is coming soon. This will allow you to move /boot into the GELI
encrypted pool, and get rid of the bootpool, and properly use boot
environments.
--
Allan Jude
Br,
Tommi
Eric McCorkle
2017-11-15 16:06:14 UTC
Permalink
I'll reply in more detail later on, when I'm not on a phone
On Wed, Nov 15, 2017 at 3:28 AM, Tommi Pernila
Post by Tommi Pernila
Hi All,
Anyone have an idea when the GELI with UEFI supporting Boot
Environments goes to HEAD?
The Phabricator reviews for this seem to done.
touch
Post by Tommi Pernila
GELI,
Are these related to this feature or something else?
So it could be that this feature is already in HEAD, or are still
some
Post by Tommi Pernila
parts pending?
It will be available once we move to loader.efi and ditch boot1.efi, which
is some weeks away.
Warner
Post by Tommi Pernila
Boot environments with a bootpool do not work. Support for GELI with
UEFI is coming soon. This will allow you to move /boot into the GELI
encrypted pool, and get rid of the bootpool, and properly use boot
environments.
--
Allan Jude
Br,
Tommi
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Tommi Pernila
2017-11-15 15:35:29 UTC
Permalink
Post by Warner Losh
Post by Tommi Pernila
Hi All,
Anyone have an idea when the GELI with UEFI supporting Boot
Environments goes to HEAD?
The Phabricator reviews for this seem to done.
Are these related to this feature or something else?
So it could be that this feature is already in HEAD, or are still some
parts pending?
It will be available once we move to loader.efi and ditch boot1.efi, which
is some weeks away.
Warner
Ok.

Thanks Warner and Eric for all of your work :)


-Tommi
Post by Warner Losh
Post by Tommi Pernila
Boot environments with a bootpool do not work. Support for GELI with
UEFI is coming soon. This will allow you to move /boot into the GELI
encrypted pool, and get rid of the bootpool, and properly use boot
environments.
--
Allan Jude
Br,
Tommi
Eric McCorkle
2017-11-16 02:29:44 UTC
Permalink
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.
Tommi Pernila
2018-02-21 03:56:54 UTC
Permalink
Hi Eric,

could you provide a brief update how the work is going?


Br,

Tommi


On Nov 16, 2017 04:29, "Eric McCorkle" <***@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.
Eric McCorkle
2018-02-21 23:15:47 UTC
Permalink
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
Post by Tommi Pernila
Hi Eric,
could you provide a brief update how the work is going?
Br,
Tommi
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.
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.
Eric McCorkle
2018-02-22 00:03:15 UTC
Permalink
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.
Post by Eric McCorkle
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
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
https://reviews.freebsd.org/D13497
Post by Tommi Pernila
Hi Eric,
could you provide a brief update how the work is going?
Br,
Tommi
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.
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.
_______________________________________________
https://lists.freebsd.org/mailman/listinfo/freebsd-current
Tommi Pernila
2018-02-22 06:18:26 UTC
Permalink
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
Post by Eric McCorkle
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.
Post by Eric McCorkle
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
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
https://reviews.freebsd.org/D13497
Post by Tommi Pernila
Hi Eric,
could you provide a brief update how the work is going?
Br,
Tommi
Right, so basically, the remaining GELI patches are against loader,
and
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
original author, so that's going to happen.
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)
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
more cosmetic). Additionally, the GELI driver will need further
mods to
Post by Eric McCorkle
Post by Tommi Pernila
efipart to be written (nothing too big). But we could go ahead
with (a)
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
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.
_______________________________________________
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "
Tommi Pernila
2018-03-28 18:39:53 UTC
Permalink
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
Post by Tommi Pernila
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
Post by Eric McCorkle
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.
Post by Eric McCorkle
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
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
https://reviews.freebsd.org/D13497
Post by Tommi Pernila
Hi Eric,
could you provide a brief update how the work is going?
Br,
Tommi
Right, so basically, the remaining GELI patches are against
loader, and
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
original author, so that's going to happen.
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)
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
more cosmetic). Additionally, the GELI driver will need further
mods to
Post by Eric McCorkle
Post by Tommi Pernila
efipart to be written (nothing too big). But we could go ahead
with (a)
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
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.
_______________________________________________
https://lists.freebsd.org/mailman/listinfo/freebsd-current
freebsd.org"
Warner Losh
2018-03-28 19:23:23 UTC
Permalink
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
Post by Tommi Pernila
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
Post by Eric McCorkle
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.
Post by Eric McCorkle
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
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
https://reviews.freebsd.org/D13497
Post by Tommi Pernila
Hi Eric,
could you provide a brief update how the work is going?
Br,
Tommi
Right, so basically, the remaining GELI patches are against
loader, and
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
original author, so that's going to happen.
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)
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
more cosmetic). Additionally, the GELI driver will need further
mods to
Post by Eric McCorkle
Post by Tommi Pernila
efipart to be written (nothing too big). But we could go ahead
with (a)
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
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.
_______________________________________________
https://lists.freebsd.org/mailman/listinfo/freebsd-current
freebsd.org"
Eric McCorkle
2018-03-28 19:25:27 UTC
Permalink
I'll do another rebase from head just to be sure
Post by Warner Losh
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
Post by Tommi Pernila
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
Post by Eric McCorkle
FYI, I just IFC'ed everything, and the current patches are still
fine.
Post by Tommi Pernila
Post by Eric McCorkle
Also, the full GELI + standalone loader has been deployed on one of
my
Post by Tommi Pernila
Post by Eric McCorkle
laptops for some time now.
Post by Eric McCorkle
The GELI work could be merged at this point, though it won't be
usable
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
without an additional patch to enable loader-only operation. The
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.
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
https://reviews.freebsd.org/D12692
This adds some crypto code needed for GELI. It simply adds new
code,
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
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
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
into the keybuf interface.
I can't post the main GELI driver until those get merged, as it
depends
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
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
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
https://reviews.freebsd.org/D13497
Post by Tommi Pernila
Hi Eric,
could you provide a brief update how the work is going?
Br,
Tommi
Right, so basically, the remaining GELI patches are against
loader, and
Post by Eric McCorkle
Post by Tommi Pernila
most of them can go in independently of the work on removing
boot1.
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
There's a unanimous consensus on getting rid of boot1 which
includes its
Post by Eric McCorkle
Post by Tommi Pernila
original author, so that's going to happen.
a) Adding the KMS interfaces, pseudo-device, and kernel
keybuf
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
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)
Post by Eric McCorkle
Post by Tommi Pernila
needs some more work after Toomas Soome pointed out a
legitimate
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
problem, and (d) actually needs a good bit more code (but
again,
Post by Tommi Pernila
Post by Eric McCorkle
it's
Post by Eric McCorkle
Post by Tommi Pernila
more cosmetic). Additionally, the GELI driver will need
further
Post by Tommi Pernila
Post by Eric McCorkle
mods to
Post by Eric McCorkle
Post by Tommi Pernila
efipart to be written (nothing too big). But we could go
ahead
Post by Tommi Pernila
Post by Eric McCorkle
with (a)
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
the 7th RISC-V workshop at the end of the month.
Once this stuff is all in, loader should handle any GELI
volumes it
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
finds, and it should Just Work once boot1 is gone.
_______________________________________________
https://lists.freebsd.org/mailman/listinfo/freebsd-current
freebsd.org"
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Tommi Pernila
2018-03-29 03:55:50 UTC
Permalink
excellent, thanks again for all your work.
Post by Eric McCorkle
I'll do another rebase from head just to be sure
Post by Warner Losh
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
Post by Tommi Pernila
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
Post by Eric McCorkle
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.
Post by Eric McCorkle
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
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
Post by Eric McCorkle
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
https://reviews.freebsd.org/D13497
Post by Tommi Pernila
Hi Eric,
could you provide a brief update how the work is going?
Br,
Tommi
Right, so basically, the remaining GELI patches are against
loader, and
Post by Eric McCorkle
Post by Tommi Pernila
most of them can go in independently of the work on removing
boot1.
Post by Eric McCorkle
Post by Tommi Pernila
There's a unanimous consensus on getting rid of boot1 which
includes its
Post by Eric McCorkle
Post by Tommi Pernila
original author, so that's going to happen.
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)
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
more cosmetic). Additionally, the GELI driver will need further
mods to
Post by Eric McCorkle
Post by Tommi Pernila
efipart to be written (nothing too big). But we could go ahead
with (a)
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
the 7th RISC-V workshop at the end of the month.
Once this stuff is all in, loader should handle any GELI volumes
it
Post by Eric McCorkle
Post by Tommi Pernila
finds, and it should Just Work once boot1 is gone.
_______________________________________________
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Oliver Pinter
2018-04-11 19:03:16 UTC
Permalink
Hi!

Is there any update regarding the rebase or the inclusion to base system?
Post by Eric McCorkle
I'll do another rebase from head just to be sure
Post by Warner Losh
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
Post by Tommi Pernila
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
Post by Eric McCorkle
FYI, I just IFC'ed everything, and the current patches are still
fine.
Post by Tommi Pernila
Post by Eric McCorkle
Also, the full GELI + standalone loader has been deployed on one of
my
Post by Tommi Pernila
Post by Eric McCorkle
laptops for some time now.
Post by Eric McCorkle
The GELI work could be merged at this point, though it won't be
usable
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
without an additional patch to enable loader-only operation. The
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.
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
https://reviews.freebsd.org/D12692
This adds some crypto code needed for GELI. It simply adds new
code,
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
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
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
into the keybuf interface.
I can't post the main GELI driver until those get merged, as it
depends
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
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
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
https://reviews.freebsd.org/D13497
Post by Tommi Pernila
Hi Eric,
could you provide a brief update how the work is going?
Br,
Tommi
Right, so basically, the remaining GELI patches are against
loader, and
Post by Eric McCorkle
Post by Tommi Pernila
most of them can go in independently of the work on removing
boot1.
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
There's a unanimous consensus on getting rid of boot1 which
includes its
Post by Eric McCorkle
Post by Tommi Pernila
original author, so that's going to happen.
a) Adding the KMS interfaces, pseudo-device, and kernel
keybuf
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
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)
Post by Eric McCorkle
Post by Tommi Pernila
needs some more work after Toomas Soome pointed out a
legitimate
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
problem, and (d) actually needs a good bit more code (but
again,
Post by Tommi Pernila
Post by Eric McCorkle
it's
Post by Eric McCorkle
Post by Tommi Pernila
more cosmetic). Additionally, the GELI driver will need
further
Post by Tommi Pernila
Post by Eric McCorkle
mods to
Post by Eric McCorkle
Post by Tommi Pernila
efipart to be written (nothing too big). But we could go
ahead
Post by Tommi Pernila
Post by Eric McCorkle
with (a)
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
the 7th RISC-V workshop at the end of the month.
Once this stuff is all in, loader should handle any GELI
volumes it
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
finds, and it should Just Work once boot1 is gone.
_______________________________________________
https://lists.freebsd.org/mailman/listinfo/freebsd-current
freebsd.org"
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
_______________________________________________
https://lists.freebsd.org/mailman/listinfo/freebsd-current
Warner Losh
2018-04-11 19:06:41 UTC
Permalink
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 <
Post by Oliver Pinter
Hi!
Is there any update regarding the rebase or the inclusion to base system?
Post by Eric McCorkle
I'll do another rebase from head just to be sure
Post by Warner Losh
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
Post by Tommi Pernila
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
Post by Eric McCorkle
FYI, I just IFC'ed everything, and the current patches are still
fine.
Post by Tommi Pernila
Post by Eric McCorkle
Also, the full GELI + standalone loader has been deployed on one of
my
Post by Tommi Pernila
Post by Eric McCorkle
laptops for some time now.
Post by Eric McCorkle
The GELI work could be merged at this point, though it won't be
usable
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
without an additional patch to enable loader-only operation. The
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.
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
https://reviews.freebsd.org/D12692
This adds some crypto code needed for GELI. It simply adds new
code,
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
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
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
into the keybuf interface.
I can't post the main GELI driver until those get merged, as it
depends
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
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
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
https://reviews.freebsd.org/D13497
Post by Tommi Pernila
Hi Eric,
could you provide a brief update how the work is going?
Br,
Tommi
Right, so basically, the remaining GELI patches are against
loader, and
Post by Eric McCorkle
Post by Tommi Pernila
most of them can go in independently of the work on removing
boot1.
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
There's a unanimous consensus on getting rid of boot1 which
includes its
Post by Eric McCorkle
Post by Tommi Pernila
original author, so that's going to happen.
a) Adding the KMS interfaces, pseudo-device, and kernel
keybuf
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
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)
Post by Eric McCorkle
Post by Tommi Pernila
needs some more work after Toomas Soome pointed out a
legitimate
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
problem, and (d) actually needs a good bit more code (but
again,
Post by Tommi Pernila
Post by Eric McCorkle
it's
Post by Eric McCorkle
Post by Tommi Pernila
more cosmetic). Additionally, the GELI driver will need
further
Post by Tommi Pernila
Post by Eric McCorkle
mods to
Post by Eric McCorkle
Post by Tommi Pernila
efipart to be written (nothing too big). But we could go
ahead
Post by Tommi Pernila
Post by Eric McCorkle
with (a)
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
the 7th RISC-V workshop at the end of the month.
Once this stuff is all in, loader should handle any GELI
volumes it
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
finds, and it should Just Work once boot1 is gone.
_______________________________________________
https://lists.freebsd.org/mailman/listinfo/freebsd-current
freebsd.org"
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
_______________________________________________
https://lists.freebsd.org/mailman/listinfo/freebsd-current
freebsd.org"
Eric McCorkle
2018-04-12 00:02:08 UTC
Permalink
I think the thing to do at this point is to wait for the current work on
loader.efi to land, then adapt my patches to apply against that work.
Post by Warner Losh
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
Hi!
Is there any update regarding the rebase or the inclusion to base system?
Post by Eric McCorkle
I'll do another rebase from head just to be sure
Post by Warner Losh
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
Post by Tommi Pernila
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
Post by Eric McCorkle
FYI, I just IFC'ed everything, and the current patches are still
fine.
Post by Tommi Pernila
Post by Eric McCorkle
Also, the full GELI + standalone loader has been deployed on one of
my
Post by Tommi Pernila
Post by Eric McCorkle
laptops for some time now.
Post by Eric McCorkle
The GELI work could be merged at this point, though it won't be
usable
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
without an additional patch to enable loader-only operation.  The
https://reviews.freebsd.org/D12732
<https://reviews.freebsd.org/D12732>
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
This one changes the efipart device.  Toomas Soome identified
some
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
problems, which I have addressed.  He has not re-reviewed it,
however.
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
https://reviews.freebsd.org/D12692
<https://reviews.freebsd.org/D12692>
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
This adds some crypto code needed for GELI.  It simply adds new
code,
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
and doesn't conflict with anything.
https://reviews.freebsd.org/D12698
<https://reviews.freebsd.org/D12698>
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
This adds the EFI KMS interface code, and has the EFI loader pass
keys
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
into the keybuf interface.
I can't post the main GELI driver until those get merged, as it
depends
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
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
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
https://reviews.freebsd.org/D13497
<https://reviews.freebsd.org/D13497>
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
Hi Eric,
could you provide a brief update how the work is going?
Br,
Tommi
     Right, so basically, the remaining GELI patches are against
loader, and
Post by Eric McCorkle
Post by Tommi Pernila
     most of them can go in independently of the work on removing
boot1.
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
     There's a unanimous consensus on getting rid of boot1 which
includes its
Post by Eric McCorkle
Post by Tommi Pernila
     original author, so that's going to happen.
     a) Adding the KMS interfaces, pseudo-device, and kernel
keybuf
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
     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
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
land, (b)
Post by Eric McCorkle
Post by Tommi Pernila
     needs some more work after Toomas Soome pointed out a
legitimate
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
     problem, and (d) actually needs a good bit more code (but
again,
Post by Tommi Pernila
Post by Eric McCorkle
it's
Post by Eric McCorkle
Post by Tommi Pernila
     more cosmetic).  Additionally, the GELI driver will need
further
Post by Tommi Pernila
Post by Eric McCorkle
mods to
Post by Eric McCorkle
Post by Tommi Pernila
     efipart to be written (nothing too big).  But we could go
ahead
Post by Tommi Pernila
Post by Eric McCorkle
with (a)
Post by Eric McCorkle
Post by Tommi Pernila
     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
Post by Eric McCorkle
Post by Tommi Pernila
     the 7th RISC-V workshop at the end of the month.
     Once this stuff is all in, loader should handle any GELI
volumes it
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
     finds, and it should Just Work once boot1 is gone.
_______________________________________________
https://lists.freebsd.org/mailman/listinfo/freebsd-current
<https://lists.freebsd.org/mailman/listinfo/freebsd-current>
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
freebsd.org <http://freebsd.org>"
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
_______________________________________________
mailing list
Post by Eric McCorkle
https://lists.freebsd.org/mailman/listinfo/freebsd-current
<https://lists.freebsd.org/mailman/listinfo/freebsd-current>
Post by Eric McCorkle
To unsubscribe, send any mail to
Warner Losh
2018-04-12 00:31:16 UTC
Permalink
OK. I've pushed in the main part of it. The additional work I have
shouldn't affect any of this stuff. I was going to look at what part(s) of
your open reviewed needed to be redone tomorrow and send you feedback, but
if you wanted to get a start before then, I'm happy to answer questions.
All the rest of my work is going to be selecting the root partition when
we're told to us a specific partition, so will be very constrained.

Warner
Post by Eric McCorkle
I think the thing to do at this point is to wait for the current work on
loader.efi to land, then adapt my patches to apply against that work.
Post by Warner Losh
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
Hi!
Is there any update regarding the rebase or the inclusion to base system?
Post by Eric McCorkle
I'll do another rebase from head just to be sure
Post by Warner Losh
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
Post by Warner Losh
Post by Eric McCorkle
Post by Warner Losh
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
Post by Tommi Pernila
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
Post by Eric McCorkle
FYI, I just IFC'ed everything, and the current patches are still
fine.
Post by Tommi Pernila
Post by Eric McCorkle
Also, the full GELI + standalone loader has been deployed on
one of
Post by Warner Losh
Post by Eric McCorkle
Post by Warner Losh
my
Post by Tommi Pernila
Post by Eric McCorkle
laptops for some time now.
Post by Eric McCorkle
The GELI work could be merged at this point, though it won't
be
Post by Warner Losh
Post by Eric McCorkle
Post by Warner Losh
usable
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
without an additional patch to enable loader-only operation.
The
Post by Warner Losh
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
https://reviews.freebsd.org/D12732
<https://reviews.freebsd.org/D12732>
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
This one changes the efipart device. Toomas Soome identified
some
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
problems, which I have addressed. He has not re-reviewed it,
however.
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
https://reviews.freebsd.org/D12692
<https://reviews.freebsd.org/D12692>
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
This adds some crypto code needed for GELI. It simply adds
new
Post by Warner Losh
Post by Eric McCorkle
Post by Warner Losh
code,
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
and doesn't conflict with anything.
https://reviews.freebsd.org/D12698
<https://reviews.freebsd.org/D12698>
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
This adds the EFI KMS interface code, and has the EFI loader
pass
Post by Warner Losh
Post by Eric McCorkle
Post by Warner Losh
keys
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
into the keybuf interface.
I can't post the main GELI driver until those get merged, as
it
Post by Warner Losh
Post by Eric McCorkle
Post by Warner Losh
depends
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
on them. It can be found on the geli branch on my github
freebsd
Post by Warner Losh
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
repository, however.
Additionally, you need this patch, which allows loader.efi to
function
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
https://reviews.freebsd.org/D13497
<https://reviews.freebsd.org/D13497>
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
Hi Eric,
could you provide a brief update how the work is going?
Br,
Tommi
Right, so basically, the remaining GELI patches are
against
Post by Warner Losh
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
loader, and
Post by Eric McCorkle
Post by Tommi Pernila
most of them can go in independently of the work on
removing
Post by Warner Losh
Post by Eric McCorkle
Post by Warner Losh
boot1.
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
There's a unanimous consensus on getting rid of boot1
which
Post by Warner Losh
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
includes its
Post by Eric McCorkle
Post by Tommi Pernila
original author, so that's going to happen.
For GELI, we have the following (not necessarily in
a) Adding the KMS interfaces, pseudo-device, and kernel
keybuf
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
land, (b)
Post by Eric McCorkle
Post by Tommi Pernila
needs some more work after Toomas Soome pointed out a
legitimate
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
problem, and (d) actually needs a good bit more code (but
again,
Post by Tommi Pernila
Post by Eric McCorkle
it's
Post by Eric McCorkle
Post by Tommi Pernila
more cosmetic). Additionally, the GELI driver will need
further
Post by Tommi Pernila
Post by Eric McCorkle
mods to
Post by Eric McCorkle
Post by Tommi Pernila
efipart to be written (nothing too big). But we could go
ahead
Post by Tommi Pernila
Post by Eric McCorkle
with (a)
Post by Eric McCorkle
Post by Tommi Pernila
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
Post by Eric McCorkle
Post by Tommi Pernila
the 7th RISC-V workshop at the end of the month.
Once this stuff is all in, loader should handle any GELI
volumes it
Post by Tommi Pernila
Post by Eric McCorkle
Post by Eric McCorkle
Post by Tommi Pernila
finds, and it should Just Work once boot1 is gone.
_______________________________________________
https://lists.freebsd.org/mailman/listinfo/freebsd-current
<https://lists.freebsd.org/mailman/listinfo/freebsd-current>
Post by Eric McCorkle
Post by Warner Losh
Post by Tommi Pernila
Post by Eric McCorkle
freebsd.org <http://freebsd.org>"
--
Sent from my Android device with K-9 Mail. Please excuse my
brevity.
Post by Warner Losh
Post by Eric McCorkle
_______________________________________________
mailing list
Post by Eric McCorkle
https://lists.freebsd.org/mailman/listinfo/freebsd-current
<https://lists.freebsd.org/mailman/listinfo/freebsd-current>
Post by Eric McCorkle
To unsubscribe, send any mail to
Eric McCorkle
2018-04-12 00:33:14 UTC
Permalink
I'm in the middle of moving to a new apartment right now. It's going to
be a bit before I can get to this.
Post by Warner Losh
OK. I've pushed in the main part of it. The additional work I have
shouldn't affect any of this stuff.  I was going to look at what part(s)
of your open reviewed needed to be redone tomorrow and send you
feedback, but if you wanted to get a start before then, I'm happy to
answer questions. All the rest of my work is going to be selecting the
root partition when we're told to us a specific partition, so will be
very constrained.
Warner
I think the thing to do at this point is to wait for the current work on
loader.efi to land, then adapt my patches to apply against that work.
Post by Warner Losh
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
     Hi!
     Is there any update regarding the rebase or the inclusion to base
     system?
     > I'll do another rebase from head just to be sure
     >
     >>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
     >>
     >>
     >>> 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
     >>>
     >>>
     >>>> FYI, I just IFC'ed everything, and the current patches
are still
Post by Warner Losh
     >>fine.
     >>>>
     >>>> Also, the full GELI + standalone loader has been deployed
on one of
Post by Warner Losh
     >>my
     >>>> laptops for some time now.
     >>>>
     >>>> > The GELI work could be merged at this point, though it
won't be
Post by Warner Losh
     >>usable
     >>>> > without an additional patch to enable loader-only
operation.  The
Post by Warner Losh
     >>>> >
     >>>> >
     >>>> >
     >>>> > https://reviews.freebsd.org/D12732
<https://reviews.freebsd.org/D12732>
Post by Warner Losh
     <https://reviews.freebsd.org/D12732
<https://reviews.freebsd.org/D12732>>
Post by Warner Losh
     >>>> >
     >>>> > This one changes the efipart device.  Toomas Soome
identified
Post by Warner Losh
     some
     >>>> > problems, which I have addressed.  He has not
re-reviewed it,
Post by Warner Losh
     >>however.
     >>>> >
     >>>> >
     >>>> > https://reviews.freebsd.org/D12692
<https://reviews.freebsd.org/D12692>
Post by Warner Losh
     <https://reviews.freebsd.org/D12692
<https://reviews.freebsd.org/D12692>>
Post by Warner Losh
     >>>> >
     >>>> > This adds some crypto code needed for GELI.  It simply
adds new
Post by Warner Losh
     >>code,
     >>>> > and doesn't conflict with anything.
     >>>> >
     >>>> >
     >>>> > https://reviews.freebsd.org/D12698
<https://reviews.freebsd.org/D12698>
Post by Warner Losh
     <https://reviews.freebsd.org/D12698
<https://reviews.freebsd.org/D12698>>
Post by Warner Losh
     >>>> >
     >>>> > This adds the EFI KMS interface code, and has the EFI
loader pass
Post by Warner Losh
     >>keys
     >>>> > into the keybuf interface.
     >>>> >
     >>>> >
     >>>> > I can't post the main GELI driver until those get
merged, as it
Post by Warner Losh
     >>depends
     >>>> > on them.  It can be found on the geli branch on my
github freebsd
Post by Warner Losh
     >>>> > repository, however.
     >>>> >
     >>>> >
     >>>> > Additionally, you need this patch, which allows
loader.efi to
Post by Warner Losh
     >>function
     >>>> >
     >>>> > https://reviews.freebsd.org/D13497
<https://reviews.freebsd.org/D13497>
Post by Warner Losh
     <https://reviews.freebsd.org/D13497
<https://reviews.freebsd.org/D13497>>
Post by Warner Losh
     >>>> >
     >>>> >> Hi Eric,
     >>>> >>
     >>>> >> could you provide a brief update how the work is going?
     >>>> >>
     >>>> >>
     >>>> >> Br,
     >>>> >>
     >>>> >> Tommi
     >>>> >>
     >>>> >>
     >>>> >> On Nov 16, 2017 04:29, "Eric McCorkle"
     >>>> >>
     >>>> >>     Right, so basically, the remaining GELI patches
are against
Post by Warner Losh
     >>>> loader, and
     >>>> >>     most of them can go in independently of the work
on removing
Post by Warner Losh
     >>boot1.
     >>>> >>     There's a unanimous consensus on getting rid of
boot1 which
Post by Warner Losh
     >>>> includes its
     >>>> >>     original author, so that's going to happen.
     >>>> >>
     >>>> >>
     >>>> >>     For GELI, we have the following (not necessarily
     >>>> >>
     >>>> >>     a) Adding the KMS interfaces, pseudo-device, and
kernel
Post by Warner Losh
     >>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
Post by Warner Losh
     >>again,
     >>>> it's
     >>>> >>     more cosmetic).  Additionally, the GELI driver
will need
Post by Warner Losh
     >>further
     >>>> mods to
     >>>> >>     efipart to be written (nothing too big).  But we
could go
Post by Warner Losh
     >>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
Post by Warner Losh
     >>>> preoccupied with
     >>>> >>     the 7th RISC-V workshop at the end of the month.
     >>>> >>
     >>>> >>     Once this stuff is all in, loader should handle
any GELI
Post by Warner Losh
     >>volumes it
     >>>> >>     finds, and it should Just Work once boot1 is gone.
     >>>> >>
     >>>> >>
     >>>> > _______________________________________________
     >>>> > https://lists.freebsd.org/mailman/listinfo/freebsd-current
<https://lists.freebsd.org/mailman/listinfo/freebsd-current>
Post by Warner Losh
     <https://lists.freebsd.org/mailman/listinfo/freebsd-current
<https://lists.freebsd.org/mailman/listinfo/freebsd-current>>
Post by Warner Losh
     >>>> freebsd.org <http://freebsd.org> <http://freebsd.org>"
     >>>> >
     >>>>
     >>>
     >
     > --
     > Sent from my Android device with K-9 Mail. Please excuse my brevity.
     > _______________________________________________
     mailing list
     > https://lists.freebsd.org/mailman/listinfo/freebsd-current
<https://lists.freebsd.org/mailman/listinfo/freebsd-current>
Post by Warner Losh
     <https://lists.freebsd.org/mailman/listinfo/freebsd-current
<https://lists.freebsd.org/mailman/listinfo/freebsd-current>>
Post by Warner Losh
     > To unsubscribe, send any mail to
     >
Loading...