From owner-freebsd-hackers Fri Sep 18 10:00:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA20656 for freebsd-hackers-outgoing; Fri, 18 Sep 1998 10:00:50 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from word.smith.net.au (castles149.castles.com [208.214.165.149]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA20651 for ; Fri, 18 Sep 1998 10:00:47 -0700 (PDT) (envelope-from mike@word.smith.net.au) Received: from word.smith.net.au (localhost [127.0.0.1]) by word.smith.net.au (8.9.1/8.8.8) with ESMTP id KAA00787; Fri, 18 Sep 1998 10:06:09 -0700 (PDT) (envelope-from mike@word.smith.net.au) Message-Id: <199809181706.KAA00787@word.smith.net.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Scott Smyth cc: freebsd-hackers Subject: Re: memory allocation above "physical" memory In-reply-to: Your message of "Fri, 18 Sep 1998 12:06:11 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 18 Sep 1998 10:06:08 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > 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). > > 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? > Does functionality exist for: > 1) getting page tables; > 2) mapping page tables to virtual addresses. In most cases this is already taken care of; there should be no systems on which physical memory is not correctly sized if you are running a recent release or 3.0-current. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message