[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 2.5.46-mm1

To: Paul P Komkoff Jr <i@stingr.net>,lkml <linux-kernel@vger.kernel.org>,Linux Memory Management <linux-mm@kvack.org>
Subject: Re: 2.5.46-mm1
From: Dave McCracken <dmccr@us.ibm.com>
Date: Wed, 06 Nov 2002 13:20:45 -0600
cc: Andrew Morton <akpm@zip.com.au>
Fake-Sender: owner-linux-mm@kvack.org
In-Reply-To: <20021106171249.GB29935@stingr.net>
Original-Recipient: rfc822;linux-mm-archive@humbolt.geo.uu.nl
References: <3DC8D423.DAD2BF1A@digeo.com><20021106171249.GB29935@stingr.net>
Sender: Rik van Riel <riel@nl.linux.org>


--On Wednesday, November 06, 2002 20:12:50 +0300 Paul P Komkoff Jr
<i@stingr.net> wrote:

> Why sharepte is dependent on highmem now ?

It's not supposed to be.  I'm guessing it's a conversion error in the move
to Kconfig.  A patch to fix it is attached.

> I thought I will benefit from it on forkloads on lowmem too ...

It's definitely a benefit for all sizes of memory.

Dave McCracken

======================================================================
Dave McCracken          IBM Linux Base Kernel Team      1-512-838-3059
dmccr@us.ibm.com                                        T/L   678-3059

--- 2.5.46-mm1/arch/i386/Kconfig	2002-11-06 13:17:20.000000000 -0600
+++ 2.5.46-mm1-shsent/arch/i386/Kconfig	2002-11-06 11:38:50.000000000 -0600
@@ -722,7 +722,6 @@
 
 config SHAREPTE
 	bool "Share 3rd-level pagetables between processes"
-	depends on HIGHMEM4G || HIGHMEM64G
 	help
 	  Normally each address space has its own complete page table for all
 	  its mappings.  This can mean many mappings of a set of shared data

References:
- 2.5.46-mm1
  - From: Andrew Morton <akpm@digeo.com>

Prev by Date: 2.5.46: sleeping function called from illegal context at mm/slab.c:1305
Next by Date: Re: 2.5.46: sleeping function called from illegal context at mm/slab.c:1305
Prev by thread: 2.5.46-mm1
Next by thread: Re: 2.5.46-mm1
Index(es):
- Date
- Thread