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

2025-04-22 Thread Paymon MARANDI
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

2025-04-22 Thread Paymon MARANDI
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 -

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

2025-04-22 Thread Paymon
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

2025-04-22 Thread Paymon MARANDI
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 -

[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

2025-04-22 Thread Paymon MARANDI
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] efi/mm: relax memory type request we're asking for from allocate_pages()

2025-04-17 Thread Paymon
ight have go at [this](https://github.com/phcoder/GRUB/commit/2205039c48883c1a214c2a2e2f74f3f3e0907505#diff-8e37462ef2bc85ceafbd288bf124a0217e96adb7a2f00b1465adbd607b8a96e6R5-R37) -- Paymon ___ Grub-devel mailing list Grub-devel@gnu.org

Re: [PATCH] efi/mm: relax memory type request we're asking for from allocate_pages()

2025-04-16 Thread Paymon
huh, i thought egg rejected the first one because it was trying tls. anyways, discard this one please; it's a duplicate. -- Paymon ___ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel

[PATCH] efi/mm: relax memory type request we're asking for from allocate_pages()

2025-04-16 Thread Paymon MARANDI
, 710MB, kernel images) + Allocation requests of Type AllocateAnyPages allocate any available range of pages that satisfies the request. On input, the address pointed to by Memory is ignored. Signed-off-by: Paymon MARANDI --- grub-core/kern/efi/mm.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH] efi/mm: relax memory type request we're asking for from allocate_pages()

2025-04-16 Thread Paymon
gt; x64? yes, dell precision 3660 (Intel Core i9k apparently) > If so I see a solution in having a code that would check paging table and > then decide on maximum usable memory any other arch doing this that i can imitate? -- Paymon _

[PATCH] efi/mm: relax memory type request we're asking for from allocate_pages()

2025-04-16 Thread Paymon MARANDI
, 710MB, kernel images) + Allocation requests of Type AllocateAnyPages allocate any available range of pages that satisfies the request. On input, the address pointed to by Memory is ignored. Signed-off-by: Paymon MARANDI --- grub-core/kern/efi/mm.c | 2 +- 1 file changed, 1 insertion(+), 1