Update of bug #7118 (project hurd):
Status: Confirmed => Fixed
Open/Closed:Open => Closed
___
Follow-up Comment #4:
I committed the follow
Update of bug #7118 (project hurd):
Item Group:None => Hardware Support
Assigned to:None => tschwinge
Planned Release:None => GNU Mach 1.4
Hi,
Adding more memory to kernel mapping is indeed a good idea (stomach
has a rough hack that does the same almost).
Just another bothering question:
On 1/9/06, Samuel Thibault <[EMAIL PROTECTED]> wrote:
> - kernel_virtual_end = phys_last_addr + morevm;
> + kernel_virtual_end = phys_
Here is the patch inline. The "15" factor is somewhat arbiratry...
[gnumach]/Changelog
2006-01-09 Samuel Thibault <[EMAIL PROTECTED]>
* i386/i386at/model_dep.c(mem_size_init): Limit memory to what gnumach
is able to use (minus a little extra for virtual mappings).
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
Update of bug #7118 (project hurd):
Status:None => Confirmed
___
Follow-up Comment #2:
Can also be reproduced in qemu by setting the amount of avaiable memory to >=
1GiB.
__
Follow-up Comment #1, bug #7118 (project hurd):
Here is additionnal information from http://bugs.debian.org/226609:
Message received at [EMAIL PROTECTED] (full text, mbox):
From: Michael Banck <[EMAIL PROTECTED]>
To: Robert Millan <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Processed: R