All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Schmitt via Grub-devel <grub-devel@gnu.org>
To: grub-devel@gnu.org
Cc: Thomas Schmitt <scdbackup@gmx.net>, jeffbai@aosc.io
Subject: Re: [PATCH] util/grub-mkrescue: use capitalised paths for removable EFI images
Date: Thu, 13 Jun 2024 17:43:49 +0200	[thread overview]
Message-ID: <11981315504777302125@scdbackup.webframe.org> (raw)
In-Reply-To: <e1788c7dd1a99433dddcf3b430586a7f@aosc.io>

Hi,

Mingcong Bai wrote:
> I was testing for loongarch64-efi. As noted in the commit message, I
> found that Loongson's firmware incapable of handling non-upper-case EFI
> boot paths

If no test reports emerge about other platforms, then i would consider to
reduce the patch to what was tested and is really needed with real-world
firmware.

The potential xorriso failure would only show up with x86 platforms.
So reducing the patch to the smallest needed change would be the best way
to avoid such mishaps with untested platforms.


> with the boot.efi change removed, there shouldn't be any more
> error - right?

I see no other change in your patch which would influence the ISO 9660
filesystem tree and the possible HFS+ tree. Thus i think it should be
safe.

Note that the name "boot.efi" gets used for two occasions: Once it gets
into the FAT filesystem and once into the ISO 9660 / HFS+ filesystem.
The comments in the code and my conversations with Vladimir Serbinenko
indicate that both times it is for x86 Macs. Those which read HFS+ are
probably quite old.
The FAT filesystem image becomes a data file in the ISO filesystem.
xorriso will not peek into the FAT filesystem. So renaming the "boot.efi"
which goes into FAT will not cause the need for changes about the xorriso
options.

(File names in the ISO 9660 fileystem are case-insensitive for the dull
ISO names, but case-sensitive for the Rock Ridge extensions which augment
the ISO 9660 filesystem to comply with X/Open specs. The HFS+ tree, which
shares data file content with the ISO tree, is case-insensitive.
Since the "xo" in the name "xorriso" stands for X/Open and the "rr" stands
for Rock Ridge, xorriso is case-sensitive with its file path arguments.)


> > - The new name "BOOTx64.EFI" isn't actually all uppercase.

> Indeed, but I'm no one to argue with the specifications.

Avoiding to change it would elegantly avoid the question whether we know
better than the specs.
Else you would possibly have to change the patch title to something like:
  "use paths for removable EFI images as prescribed by UEFI"


> non-upper-case EFI boot paths (which grub-install happens to evade,
> as it creates upper-case paths and filenames in the first place)

So you could call the patch a unification of name habits between
grub-install and grub-mkrescue. Maybe this attracts more testers for
the other platforms.


Have a nice day :)

Thomas


_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel

      reply	other threads:[~2024-06-13 15:43 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-11 16:24 [PATCH] util/grub-mkrescue: use capitalised paths for removable EFI images Mingcong Bai
2024-06-11 18:35 ` Thomas Schmitt via Grub-devel
2024-06-13  7:40   ` Mingcong Bai
2024-06-13  8:30     ` Thomas Schmitt via Grub-devel
2024-06-13  8:37       ` jeffbai
2024-06-13 15:43         ` Thomas Schmitt via Grub-devel [this message]

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=11981315504777302125@scdbackup.webframe.org \
    --to=grub-devel@gnu.org \
    --cc=jeffbai@aosc.io \
    --cc=scdbackup@gmx.net \
    /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.