Re: [PATCH 00/12] Grub-shell improvements

[Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>]

[-- Attachment #1: Type: text/plain, Size: 4737 bytes --]

On Mon, 30 Aug 2021 17:23:44 +0200
Daniel Kiper <daniel.kiper@oracle.com> wrote:

> CC-ing Denis and Patrick...
> 
> On Thu, Aug 26, 2021 at 05:08:21PM -0500, Glenn Washburn wrote:
> > Hi Daniel,
> >
> > On Thu, 26 Aug 2021 20:00:32 +0200
> > Daniel Kiper <daniel.kiper@oracle.com> wrote:
> >
> > > Hi Glenn,
> > >
> > > On Wed, Aug 25, 2021 at 06:06:30PM -0500, Glenn Washburn wrote:
> > > > Hi Daniel,
> > > >
> > > > What are the chances this patch series can be reviewed in the
> > > > near future? Some feedback would be greatly appreciated.
> > >
> > > I can see the following patches from you waiting in my review
> > > queue:
> > >   - [CRYPTO-LUKS v1 00/19] Fixes and improvements for
> > > cryptodisks+luks2 and a few other things.
> > > https://lists.gnu.org/archive/html/grub-devel/2020-07/msg00088.html
> > >   - [CRYPTOMOUNT-TEST 0/7] Add LUKS1/2 tests for cryptomount
> > >     https://lists.gnu.org/archive/html/grub-devel/2020-08/msg00010.html
> > >   - [PATCH 0/5] Testing improvements
> > >     https://lists.gnu.org/archive/html/grub-devel/2020-12/msg00246.html
> > >   - [CI 00/17] Gitlab CI and test framework improvements
> > >     https://lists.gnu.org/archive/html/grub-devel/2021-02/msg00071.html
> > >   - [PROCFS 0/5] Add and improve (proc) entries
> > >     https://lists.gnu.org/archive/html/grub-devel/2021-03/msg00264.html
> > >   - [PATCH 0/4] Various LUKS2 improvements
> > >     https://lists.gnu.org/archive/html/grub-devel/2021-03/msg00272.html
> > >   - [PATCH 0/4] Miscellaneous changes to aid in troubleshooting
> > >     https://lists.gnu.org/archive/html/grub-devel/2021-03/msg00279.html
> > >   - [PATCH] fs: Allow number of blocks in block list to be
> > > optional, defaulting length to device length
> > > https://lists.gnu.org/archive/html/grub-devel/2021-03/msg00286.html
> > >   - [PATCH v2 0/2] cryptodisk: Allows UUIDs to be compared in a
> > > dash-insensitive manner
> > > https://lists.gnu.org/archive/html/grub-devel/2021-03/msg00344.html
> > >   - [PATCH] command: Add silent mode to read command to suppress
> > > input echo
> > > https://lists.gnu.org/archive/html/grub-devel/2021-03/msg00291.html
> > >   - [PATCH 0/2] Allow overriding commands
> > >     https://lists.gnu.org/archive/html/grub-devel/2021-03/msg00292.html
> > >   - [PATCH 00/12] Grub-shell improvements
> > >     https://lists.gnu.org/archive/html/grub-devel/2021-03/msg00390.html
> > >   - [PATCH v2 0/8] Various fixes/improvements for tests
> > >     https://lists.gnu.org/archive/html/grub-devel/2021-08/msg00110.html
> > >   - [PATCH 0/3] Refactor/improve cryptomount data passing to
> > > crypto modules
> > > https://lists.gnu.org/archive/html/grub-devel/2021-08/msg00129.html
> > >
> > > Please sort them in the order of importance/preference/... Then I
> > > will be looking at them (more or less) in that order, one patch
> > > set at a time.
> > >
> > > I hope I did not miss any of your patches.
> >
> > As far as I can tell, this is the full list.
> 
> Great!
> 
> > My order preference is as follows:
> >
> > These two patches are only first because it should be a quick
> > review.
> >   - [PATCH] command: Add silent mode to read command to suppress
> >     input echo
> >     https://lists.gnu.org/archive/html/grub-devel/2021-03/msg00291.html
> >   - [PATCH] fs: Allow number of blocks in block list to be optional,
> >     defaulting length to device length
> >     https://lists.gnu.org/archive/html/grub-devel/2021-03/msg00286.html
> 
> OK.
> 
> > This is a high priority because I think it should be merged before
> > the keyfile and detached header support patch series. If this is
> > merged, I'll submit and updated keyfile and detached header patch
> > series that works with this patch series.
> >   - [PATCH 0/3] Refactor/improve cryptomount data passing to crypto
> >     modules
> >     https://lists.gnu.org/archive/html/grub-devel/2021-08/msg00129.html
> 
> Denis, Patrick, are you both OK with this?
I'm OK with it.

The "Refactor/improve cryptomount data passing to crypto modules" looks
way cleaner than what we had before: it can scale better than the
previous design because it's more generic, it can be extended more
easily, and we can have more fine grained communication between the
cryptodisk and the backends.

Glenn Washburn <development@efficientek.com> wrote:
> My intention is for this patch series to lay the foundation for an
> improved patch series providing detached header and keyfile support
> (I already have the series updated and ready to send once this is
> accepted).
Thanks a lot for that work and for taking care of the patch serie I
sent.

Denis.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]