Re: Slow(er) loading of Grub starting after commit 887f98f0d

On Thu, Sep 01, 2022 at 06:44:24PM +0200, Marcel Langner via Grub-devel wrote: > Hi, > just subscribed coming from arch forum > (https://bbs.archlinux.org/viewtopic.php?id=279006) to report slower loading > of grub after commit 887f98f0d. > The additional delay is around 20s and happens right

Re: [PATCH 3/5] ns8250: Add base support for MMIO UARTs

On Wed, 2022-08-31 at 18:26 +1000, Benjamin Herrenschmidt wrote: >    grub_addr_t mmio_base; > +    /* Access size uses ACPI definition */ > +    unsigned int access_size; >    }; > }; >   This is buggy, access_size needs to be out of the union. I'll resend the whole series

Re: Slow(er) loading of Grub starting after commit 887f98f0d

Have this problem too On 9/1/22, Marcel Langner via Grub-devel wrote: > Hi, > just subscribed coming from arch forum > (https://bbs.archlinux.org/viewtopic.php?id=279006) to report slower > loading of grub after commit 887f98f0d. > The additional delay is around 20s and happens right after I get

Re: [Regression] efi: Don't display a uefi-firmware entry if it's not supported

On 31.08.22 20:44, Robbie Harwood wrote: While we could revert the entire --is-supported logic as well, since this is upstream pre-release code, it's probably easier for the downstreams that pulled this change if we don't, so: Reviewed-by: Robbie Harwood. Yep, that would also work. For

Re: [PATCH v4 2/2] efi: new 'eficonnect' command

Renaud Métrich writes: > 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

Slow(er) loading of Grub starting after commit 887f98f0d

Hi, just subscribed coming from arch forum (https://bbs.archlinux.org/viewtopic.php?id=279006) to report slower loading of grub after commit 887f98f0d. The additional delay is around 20s and happens right after I get the message Slot 0 opened (as I have a luks encrypted partition) and after

Re: [PATCH] Remove HFS support

"Vladimir 'phcoder' Serbinenko" writes: > Le ven. 26 août 2022, 15:47, Daniel Axtens a écrit : > >> Let me answer this out of order. >> >> > I understand the need to sometimes get rid of old code, but since the HFS >> > module can be blacklisted as Vladimir explains, I don't really understand

Re: efi: new 'connectefi' command

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,

[PATCH v4 2/2] efi: new 'eficonnect' command

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

[PATCH v4 1/2] lsefi: fixed memory leaks

Signed-off-by: Renaud Métrich --- grub-core/commands/efi/lsefi.c | 4 1 file changed, 4 insertions(+) diff --git a/grub-core/commands/efi/lsefi.c b/grub-core/commands/efi/lsefi.c index f46ba3b49..241be79f9 100644 --- a/grub-core/commands/efi/lsefi.c +++ b/grub-core/commands/efi/lsefi.c @@