From owner-freebsd-hackers Tue Jul 16 10:12: 4 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5252737B401 for ; Tue, 16 Jul 2002 10:12:01 -0700 (PDT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47F3C43E3B for ; Tue, 16 Jul 2002 10:12:00 -0700 (PDT) (envelope-from sepotvin@videotron.ca) Received: from hades.videotron.ca ([24.203.254.196]) by relais.videotron.ca (Videotron-Netscape Messaging Server v4.15 MTA-PRD2) with ESMTP id GZCQFZ03.92M for ; Tue, 16 Jul 2002 13:11:59 -0400 Received: from hades.videotron.ca. (localhost [127.0.0.1]) by hades.videotron.ca. (8.12.3/8.12.3) with ESMTP id g6GI8XPh051644 for ; Tue, 16 Jul 2002 14:08:34 -0400 (EDT) (envelope-from spotvin@hades.videotron.ca) Received: (from spotvin@localhost) by hades.videotron.ca. (8.12.3/8.12.3/Submit) id g6GI8XPU051643 for freebsd-hackers@FreeBSD.ORG; Tue, 16 Jul 2002 14:08:33 -0400 (EDT) Date: Tue, 16 Jul 2002 14:08:33 -0400 From: "Stephane E. Potvin" To: freebsd-hackers@FreeBSD.ORG Subject: Re: NetBSD's uvm_pglistalloc equivalent? Message-ID: <20020716140833.D1012@hades.videotron.ca.> Mail-Followup-To: freebsd-hackers@FreeBSD.ORG References: <20020715142136.A1012@hades.videotron.ca.> <3D333E03.549F18D0@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D333E03.549F18D0@mindspring.com>; from tlambert2@mindspring.com on Mon, Jul 15, 2002 at 02:26:27PM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Jul 15, 2002 at 02:26:27PM -0700, Terry Lambert wrote: > "Stephane E. Potvin" wrote: > > In my porting effort to the ARM platform, I need a function that has the > > functionality of NetBSD's uvm_pglistalloc. This is needed because the L1 > > table of the StrongARM processor is four pages. These pages need to be > > allocated contiguously. I guess that I can probably acheive this goal by > > wrapping something around contigmalloc, but before I do so I just wanted > > to double check that there was no already available facilities that I had > > overlooked. > > How often must this be allocated? > > How many of them are needed? > > If you only need a small set number of them, then they can be > allocated very early on in the system lifetime, which means > you should allocate them in machdep.c, with the rest of the > memory overlay which attempts to make memory in protected mode > look like physical RAM. I need one per process to hold the L1PT of the process' vm space. I will probably implement a cache to avoid creating/destroying repetitively but I don't think that it's reasonable to preallocate them as it will wire too much physical memory. Steph To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message