Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 18 Sep 1998 13:32:07 -0700 (PDT)
From:      Doug White <dwhite@resnet.uoregon.edu>
To:        Scott Smyth <smyth@bashful.realminfo.com>
Cc:        freebsd-questions <freebsd-questions@FreeBSD.ORG>
Subject:   Re: memory allocation above "physical" memory (fwd)
Message-ID:  <Pine.BSF.4.03.9809181331060.11967-100000@resnet.uoregon.edu>
In-Reply-To: <Pine.LNX.3.96.980918120819.606I-100000@bashful.realminfo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 18 Sep 1998, Scott Smyth wrote:

> 
> ---------- Forwarded message ----------
> Date: Fri, 18 Sep 1998 12:06:11 -0400 (EDT)
> From: Scott Smyth <smyth@bashful.realminfo.com>
> To: freebsd-hackers <freebsd-hackers@freebsd.org>
> Subject: memory allocation above "physical" memory
> 
> If the kernel is hacked to only know about 64 MB, is there
> functionality already in the BSD kernel so allocate the memory
> that may lie above what the kernel "knows" about.  For instance,
> in linux, vremap builds new page tables and returns a virtual
> address you can use.  So, I am looking for a function that
> retrieves memory the kernel does not know about necessarily and
> maps it to virtual addresses (whether or not it is contigous in
> physical memory -- it may be).

So, you're trying to implement hot-add memory?!?!  

> The example: physical memory the kernel knows: 64 MB, but the
> real memory banks hold 96 MB.  How can I access the top 32 MB?

It doesn't work that way, sorry; you told the kernel you have 64MB of RAM,
and it's going to hold you to that.

Assuming you don't program in some functionality.

Doug White                               
Internet:  dwhite@resnet.uoregon.edu    | FreeBSD: The Power to Serve
http://gladstone.uoregon.edu/~dwhite    | www.freebsd.org



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.03.9809181331060.11967-100000>