Re: [PATCH] fs/zfs: Fix a number of memory leaks in ZFS code

On Mon, 10 Mar 2025 11:23:59 -0500 Stuart Hayes wrote: > Without this fix, grub failed to boot linux with "out of memory" after > trying to run a "search --fs-uuid..." on a system that has 7 ZFS pools > across about 80 drives. > > Signed-off-by: Stuart Hayes > --- > grub-core/fs/zfs/zfs.c

Re: [PATCH 1/2] Include function name on debug traces

On Tue, Apr 15, 2025 at 9:28 AM Vladimir 'phcoder' Serbinenko < phco...@gmail.com> wrote: > What is the code size increase on i386-pc? Did you test it? This is likely > to result in a big one > I did not test the binary size impact but du'ing does not show much degradation (around 24kb increase)

Re: [PATCH 2/2] kern/efi/mm: ask for more that 4GB if we need it

Above 4 GiB is never suitable for 32-bit platforms. 64-bit platforms need tests and/or analysis. I prefer increasing max address rather than having a fallback to any_pages. In parallel threads there is already a discussion of memory allocations on riscv64 and aarch64. The summary: i386_efi, arm_ef

Re: [PATCH 1/2] x86_64-efi: Ensure that memory is mapped when allocating

This will need fixes. I already have a newer version. Real problem though is testing it Regards Vladimir 'phcoder' Serbinenko Le mar. 22 avr. 2025, 23:33, Paymon MARANDI a écrit : > From: Vladimir Serbinenko > > This is a replacement workaround for EFIs that do not map memory above 4G > and al

[PATCH 1/2] x86_64-efi: Ensure that memory is mapped when allocating

From: Vladimir Serbinenko This is a replacement workaround for EFIs that do not map memory above 4G and allows to increase maximum available address to 128TiB --- grub-core/Makefile.core.def| 1 + grub-core/kern/efi/mm.c| 10 grub-core/kern/x86_64/efi/mm.c | 84

[PATCH 2/2] kern/efi/mm: ask for more that 4GB if we need it

earlier version of this didn't count for other archs and actually mapping the unmapped memory above 4GB. this builds on top of the previous patch (by phcoder) in the series and hopefully will do all of the above. Signed-off-by: Paymon MARANDI --- grub-core/kern/efi/mm.c | 15 --- 1

Re: [PATCH 1/2] x86_64-efi: Ensure that memory is mapped when allocating This is a replacement workaround for EFIs that do not map memory above 4G and allows to increase maximum available address to 1

oops! sorry about the mess; please discard. -- Paymon ___ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel

[PATCH 2/2] kern/efi/mm: ask for more that 4GB if we need it

earlier version of this didn't count for other archs and actually mapping the unmapped memory above 4GB. this builds on top of the previous patch (by phcoder) in the series and hopefully will do all of the above. Signed-off-by: Paymon MARANDI --- grub-core/kern/efi/mm.c | 15 --- 1

[PATCH 1/2] x86_64-efi: Ensure that memory is mapped when allocating This is a replacement workaround for EFIs that do not map memory above 4G and allows to increase maximum available address to 128Ti

From: Vladimir Serbinenko --- grub-core/Makefile.core.def| 1 + grub-core/kern/efi/mm.c| 10 grub-core/kern/x86_64/efi/mm.c | 84 ++ include/grub/efi/memory.h | 5 ++ 4 files changed, 100 insertions(+) create mode 100644 grub-core/kern/x86

Re: [PATCH v2 3/3] blsuki: Add uki command to load Unified Kernel Image entries

On Tue, Apr 1, 2025 at 12:36 PM Vladimir 'phcoder' Serbinenko wrote: > > > > Le jeu. 27 mars 2025, 23:44, Alec Brown a écrit : >> >> On Wed, Mar 26, 2025 at 5:43 AM, Vladimir 'phcoder' Serbinenko >> wrote: >> >> >> >> >> >> >> >> +#ifdef GRUB_MACHINE_EFI >> >> +#include >> >> +#include >> >>

Re: [PATCH v2 3/3] blsuki: Add uki command to load Unified Kernel Image entries

Hi, > > > Can GRUB parse image and get kernel and initrd out of it and load > > > like Linux? What prevents add doing so. This is not a problem for > > > this patch per se but I want to understand > > If we aren't utilizing the EFI stub in the UKI, we could parse the > > kernel and initrd from

Re: [PATCH 0/2] kern/efi/mm.c: add range check on risc-v

I think the premise behind this allocator patch was that mcmodel=large does not work on risc-v, i think we are better of forcing mcmodel=large everywhere if that works. On Tue, Apr 22, 2025 at 9:01 AM Vladimir 'phcoder' Serbinenko wrote: > > > > Le mar. 22 avr. 2025, 07:26, Adriano Cordova Fedeli

Re: [PATCH 0/2] kern/efi/mm.c: add range check on risc-v

Le mar. 22 avr. 2025, 07:26, Adriano Cordova Fedeli < adriano.cord...@canonical.com> a écrit : > The series '[PATCH 0/3] Use -shared compilation instead of -Wl,-r' seems > to fix the relocation error and grub loads fine when mcmodel=large. But > still not sure what happens if mcmodel=medany and we