Date: Tue, 16 Jul 2002 14:08:33 -0400 From: "Stephane E. Potvin" <sepotvin@videotron.ca> To: freebsd-hackers@FreeBSD.ORG Subject: Re: NetBSD's uvm_pglistalloc equivalent? Message-ID: <20020716140833.D1012@hades.videotron.ca.> In-Reply-To: <3D333E03.549F18D0@mindspring.com>; from tlambert2@mindspring.com on Mon, Jul 15, 2002 at 02:26:27PM -0700 References: <20020715142136.A1012@hades.videotron.ca.> <3D333E03.549F18D0@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020716140833.D1012>