All of lore.kernel.org
 help / color / mirror / Atom feed
From: Maxim Fomin <maxim@fomin.one>
To: "grub-devel@gnu.org" <grub-devel@gnu.org>
Subject: Re: [PATCH 0/2] Support plain encryption mode.
Date: Wed, 02 Feb 2022 15:00:10 +0000	[thread overview]
Message-ID: <-eJYlKGmo1nQYwTI-XEex96pH74k1pxOCOKbu_YI-kTR0NsUxcrgq1r4Ex13cN0s2HbMHo67e5kH4t6rNsBY2L5-K6qq3OCDDxCDDNFlbns=@fomin.one> (raw)
In-Reply-To: <20220201185106.4be9b679@crass-HP-ZBook-15-G2>

------- Original Message -------
> >
> > Plainmount can work with '(hdX,gptY)' syntax in config or shell (actually, this
> >
> > is the base syntax) and thus it is not limited to GPT paritions, what is limited
> >
> > is the ability to use UUID - currently only on GPT. If partition scheme does not
> >
> > have UUID then UUID as a convenience feature cannot be supported - inconvenient,
> >
> > but technically fair. I will take a look at MBR UUID and see whether they can be
> >
> > supported. Possible situations (under current implementaion) are follows:
> >
> > a) GPT disk, multi-disk environment, disks map unpredictably: can name partitions
> >
> > by GPT UUID in config file/shell, no problem, ability to name by UUID has value
>
> I agree that searching by partition UUID is useful and desirable.
>
> However, I don't think this is the right approach. GRUB should have
>
> generic searching by partition UUID. There is already a patch for
>
> this[1]. Perhaps you can test/review this patch to help it gain more
>
> visibility and advocate for it being accepted.
>
> Glenn
>
> [1] https://lists.gnu.org/archive/html/grub-devel/2021-04/msg00055.html
>

Such function (or several functions) should be added into grub 'library', so it can be
used to search disk by PART UUID in different places. The patch you refer to seems to
add this functionality only to 'search' grub command via 'void grub_search_partuuid'
function. Can it be reused on other places? It seems in oder to use it, grub code must
call 'search' command and receive the result from grub environment variable which is
not convinient for other grub code interested in this feature. I think the proper way
to do it is to write some library function which can be used by search, probe (btw I
borrowed some details from it - so there is code duplication in search/probe),
plainmount commands and other commands in grub.

Best regards,
Maxim Fomin


  reply	other threads:[~2022-02-02 15:00 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-30 19:40 [PATCH 0/2] Support plain encryption mode Maxim Fomin
2022-01-31 20:40 ` Glenn Washburn
2022-02-01 15:48   ` Maxim Fomin
2022-02-02  0:51     ` Glenn Washburn
2022-02-02 15:00       ` Maxim Fomin [this message]
2022-02-04 16:34         ` Glenn Washburn

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='-eJYlKGmo1nQYwTI-XEex96pH74k1pxOCOKbu_YI-kTR0NsUxcrgq1r4Ex13cN0s2HbMHo67e5kH4t6rNsBY2L5-K6qq3OCDDxCDDNFlbns=@fomin.one' \
    --to=maxim@fomin.one \
    --cc=grub-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.