Follow-up Comment #3, bug #7118 (project hurd):
Hi,
There were two problems, which the attached patch addresses.
- The area for kernel mappings was limited to an arbitrary limit of 40MB.
This is enough for managing up to ~700MB, but not more (because of some
memory management structures), so I extended this area according to the
memory size.
- Since it maps all physical memory in the kernel space, gnumach can't handle
more than 1GB of memory on i386 (VM_MAX_KERNEL_ADDRESS) (just like linux on
x86 without high memory support). Plus we need room for kernel mappings,
which can be as much as 1/15 of the GB, so reserve that. Hence gnumach can't
use more than 960MB.
With the patch applied, I could boot fine with more than 1GB of memory.
Regards,
Samuel
_______________________________________________________
Additional Item Attachment:
File name: patch-gnumach-maxmem Size:2 KB
Fix for machines with more than 700MB and 1GB
<http://savannah.gnu.org/bugs/download.php?item_id=7118&item_file_id=3260>
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=7118>
_______________________________________________
Message posté via/par Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
