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

2024-07-16 Thread Renaud Métrich
It could indeed be done automatically, but not always, because by default it's not needed and also because connecting EFI devices can be long apparently. So I fear that as soon as a "search" would fail, triggering the connection internally will slow down the boot, even though the search was s

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

2024-06-28 Thread Vladimir 'phcoder' Serbinenko
The need to connect looks like an internal implementation detail. Can we treat it as such and connect when needed automatically rather than having an extra configuration knob? On Fri, Jun 28, 2024 at 2:14 PM Renaud Métrich wrote: > > When efi.quickboot is enabled on VMWare (which is the default f

[PATCH v5 2/2] efi: new 'connectefi' command

2024-06-28 Thread Renaud Métrich
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, in particular disks or partitions for a given disk. This typically

Re: efi: new 'connectefi' command

2022-09-01 Thread Renaud Métrich
Hi Glenn, Thanks for reviewing this. I reworked the feature based on your comments: - used grub_list - renamed into "eficonnect" - added "all" option See "[PATCH v4 1/2] lsefi: fixed memory leaks (unchanged)" and "[PATCH v4 2/2] efi: new 'eficonnect' command" Renaud. Le 8/28/22 à 21:51, G

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

2022-08-28 Thread Glenn Washburn
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: efi: new 'connectefi' command

2022-08-28 Thread Glenn Washburn
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 v2 1/2] efi: new 'connectefi' command

2022-02-15 Thread Renaud Métrich
Please ignore, deprecated by "efi: new 'connectefi' command" (v3). Sorry for the mess. Le 2/14/22 à 14:23, Renaud Métrich a écrit : 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 a

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

2022-02-15 Thread Renaud Métrich
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, in particular disks or partitions for a given disk. This typically

efi: new 'connectefi' command

2022-02-15 Thread Renaud Métrich
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. This is required on VMWare with efi.quickBoot enabled when chainloading to grub on the harddisk from a network boot, otherwise

[PATCH v2 1/2] efi: new 'connectefi' command

2022-02-14 Thread Renaud Métrich
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, in particular disks or partitions for a given disk. This typically