Re: efi: new 'connectefi' command

On Tue, 15 Feb 2022 14:05:20 +0100 Renaud Métrich wrote: > This set of patches fixes a memory leak in 'lsefi' command and > introduces a new 'connectefi pciroot|scsi' command which recursively > connects the corresponding EFI handles. I think both of these patches would be great to get in before

Re: [PATCH v3 2/2] efi: new 'connectefi' command

On Tue, 15 Feb 2022 14:05:22 +0100 Renaud Métrich wrote: > When efi.quickboot is enabled on VMWare (which is the default for > hardware release 16 and later), it may happen that not all EFI devices > are connected. Due to this, browsing the devices in make_devices() just > fails to find devices,

Re: [PATCH v3] version: add a module to get GRUB version

On Mon, 27 Apr 2020 13:50:03 +0200 Flavio Suligoi wrote: > Sometimes, writing a custom grub.cfg configuration file, especially with > embedded systems, it is indispensable to know the version of the running GRUB. > This is essential for every automatic sw update procedure. > > The easier way to

Re: [PATCH 1/2] efi: add non-volatile parameter to grub_efi_set_variable

Hi Flavio, I saw this while searching for some old patches and I think something like this patch series would be a good addition to GRUB. On Wed, 29 Apr 2020 16:54:09 +0200 Flavio Suligoi wrote: > The current version of the function: > > grub_efi_set_variable > > always set an EFI variable as

Re: [PATCH 2/2] core: commands: efi: add commands to get/set EFI vars

On Wed, 29 Apr 2020 16:54:10 +0200 Flavio Suligoi wrote: > Sometimes, using a GRUB boot script (i.e. grub.cfg), it is very important > to get/set an EFI variable, especially in embedded systems, to detect > some custom BIOS features. > For example, based on the content of some EFI variables, a sc

Re: [PATCH v6 2/2] cryptodisk: Allows UUIDs to be compared in a dash-insensitive manner

On Fri, Aug 19, 2022 at 06:06:15PM -0500, Glenn Washburn wrote: > A user can now specify UUID strings with dashes, instead of having to remove > dashes. This is backwards-compatability preserving and also fixes a source > of user confusion over the inconsistency with how UUIDs are specified > betwe

[RESEND PATCH] templates: introduce GRUB_TOP_LEVEL_* vars

A user may wish to use an image that is not sorted as the "latest" version as the top-level entry. For example, in Arch Linux, if a user has the LTS and regular kernels installed, `/boot/vmlinuz-linux-lts` gets sorted as the "latest" compared to `/boot/vmlinuz-linux`. However, a user may wish to us