Skip site navigation (1)Skip section navigation (2)
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>