>
>
> > 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?
>
None currently. It could look like something along the lines:
* Allocate pages
* Check that they are mapped properly
* If no
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
this basically comes down to this in the specs:
- Allocation requests of Type AllocateMaxAddress allocate any available range
of pages whose uppermost address is less than or equal to the address pointed
to by Memory on input. (this returns EFI_OUT_OF_RESOURCEST on loading
slightly large, 71
On Wed, Apr 16, 2025 at 11:03:46PM +0300, Vladimir 'phcoder' Serbinenko wrote:
> This will break systems that have a bug of mapping only 4GiB of RAM.
i am sure it does. i should have tagged it RFC.
> This code is a workaround for that bug. Which system do you use? Is it an
> x64?
yes, dell preci
This will break systems that have a bug of mapping only 4GiB of RAM. This
code is a workaround for that bug. Which system do you use? Is it an x64?
If so I see a solution in having a code that would check paging table and
then decide on maximum usable memory
Regards
Vladimir 'phcoder' Serbinenko
this basically comes down to this in the specs:
- Allocation requests of Type AllocateMaxAddress allocate any available range
of pages whose uppermost address is less than or equal to the address pointed
to by Memory on input. (this returns EFI_OUT_OF_RESOURCEST on loading
slightly large, 71
