Le 2/10/22 à 15:53, Ard Biesheuvel a écrit :
Hello all,
Please don't top post. I am not going to rearrange the text below and
just reply to each chunk if it seems relevant.
On Thu, 10 Feb 2022 at 14:02, Alexander Graf wrote:
On 09.02.22 18:20, Renaud Métrich wrote:
Hi,
I observed no slowd
Hello all,
Please don't top post. I am not going to rearrange the text below and
just reply to each chunk if it seems relevant.
On Thu, 10 Feb 2022 at 14:02, Alexander Graf wrote:
>
>
> On 09.02.22 18:20, Renaud Métrich wrote:
> > Hi,
> >
> > I observed no slowdown at all with the new code.
> >
On 09.02.22 18:20, Renaud Métrich wrote:
Hi,
I observed no slowdown at all with the new code.
I was thinking of the same, i.e. trying to find the device and perform
a discovery if not found but there is some sort of caching mechanism
inside Grub regarding devices which prevents Grub from wor
Hi,
I observed no slowdown at all with the new code.
I was thinking of the same, i.e. trying to find the device and perform a
discovery if not found but there is some sort of caching mechanism
inside Grub regarding devices which prevents Grub from working at all if
the device list already hav
On 08.02.22 11:56, 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, in particular partition
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 partitions for a given disk.
This typically happens w
