Date: Fri, 18 Jun 2004 16:21:27 -0500 From: Alan Cox <alc@cs.rice.edu> To: Brian Fundakowski Feldman <green@FreeBSD.org> Cc: peter@FreeBSD.org Subject: Re: contigmalloc(9) rewrite Message-ID: <20040618212127.GS6753@cs.rice.edu> In-Reply-To: <20040618205115.GA27588@green.homeunix.org> References: <20040615195709.GE1016@green.homeunix.org> <20040618205115.GA27588@green.homeunix.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jun 18, 2004 at 04:51:15PM -0400, Brian Fundakowski Feldman wrote: > On Tue, Jun 15, 2004 at 03:57:09PM -0400, Brian Fundakowski Feldman wrote: > > The patch, which applies to 5-CURRENT, can be found here: > > <http://green.homeunix.org/~green/contigmalloc2.patch>; > > The default is to use the old contigmalloc(). You can set the > > sysctl or loader tunable "vm.old_contigmalloc" to 0 to enable it. > > > > For anyone that normally runs into failed allocations hot-plugging > > hardware, please try this and see if it helps out. > > By the way, I have updated it further to split apart contigmalloc() > into a separate vm_page_alloc_contig() and mapping function as per > feedback from Alan Cox and Hiten Pandya. The operation is still the > same except for now being able to see memory allocated with it > in your vmstat(8) -m output. The patch is still at the same location, > and requires sysctl vm.old_contigmalloc=0 to enable. > Why don't you commit the part that makes allocation of physical memory start from high addresses? Alan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040618212127.GS6753>