From: Dave Hansen <haveblue@us.ibm.com>
To: Roman Zippel <zippel@linux-m68k.org>
Cc: Andrew Morton <akpm@osdl.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
linux-mm <linux-mm@kvack.org>, Andy Whitcroft <apw@shadowen.org>
Subject: Re: [PATCH 1/4] create mm/Kconfig for arch-independent memory options
Date: Thu, 07 Apr 2005 09:36:38 -0700 [thread overview]
Message-ID: <1112891799.21749.5.camel@localhost> (raw)
In-Reply-To: <Pine.LNX.4.61.0504070219160.15339@scrub.home>
[-- Attachment #1: Type: text/plain, Size: 287 bytes --]
Hi Roman,
How does the attached patch look? It will still give us the flexibility
to override the memory models, but only in the presence of
CONFIG_EXPERIMENTAL.
It also adds some better help text to the DISCONTIGMEM menu. Is that
something like what you were looking for?
-- Dave
[-- Attachment #2: Kconfig-experimental.patch --]
[-- Type: text/x-patch, Size: 1750 bytes --]
---
memhotplug-dave/mm/Kconfig | 27 +++++++++++++++++++++++----
1 files changed, 23 insertions(+), 4 deletions(-)
diff -puN mm/Kconfig~Kconfig-experimenta mm/Kconfig
--- memhotplug/mm/Kconfig~Kconfig-experimenta 2005-04-07 09:24:59.000000000 -0700
+++ memhotplug-dave/mm/Kconfig 2005-04-07 09:32:06.000000000 -0700
@@ -1,9 +1,10 @@
choice
prompt "Memory model"
- default DISCONTIGMEM if ARCH_DISCONTIGMEM_DEFAULT
- default FLATMEM
+ depends on EXPERIMENTAL
+ default DISCONTIGMEM_MANUAL if ARCH_DISCONTIGMEM_DEFAULT
+ default FLATMEM_MANUAL
-config FLATMEM
+config FLATMEM_MANUAL
bool "Flat Memory"
depends on !ARCH_DISCONTIGMEM_ENABLE || ARCH_FLATMEM_ENABLE
help
@@ -14,14 +15,32 @@ config FLATMEM
If unsure, choose this option over any other.
-config DISCONTIGMEM
+config DISCONTIGMEM_MANUAL
bool "Discontigious Memory"
depends on ARCH_DISCONTIGMEM_ENABLE
help
+ This option provides enhanced support for discontiguous
+ memory systems, over FLATMEM. These systems have holes
+ in their physical address spaces, and this option provides
+ more efficient handling of these holes. However, the vast
+ majority of hardware has quite flat address spaces, and
+ can have degraded performance from extra overhead that
+ this option imposes.
+
+ Many NUMA configurations will have this as the only option.
+
If unsure, choose "Flat Memory" over this option.
endchoice
+config DISCONTIGMEM
+ def_bool y
+ depends on (!EXPERIMENTAL && ARCH_DISCONTIGMEM_ENABLE) || DISCONTIGMEM_MANUAL
+
+config FLATMEM
+ def_bool y
+ depends on !DISCONTIGMEM || FLATMEM_MANUAL
+
#
# Both the NUMA code and DISCONTIGMEM use arrays of pg_data_t's
# to represent different areas of memory. This variable allows
_
prev parent reply other threads:[~2005-04-07 16:37 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-04 17:50 [PATCH 1/4] create mm/Kconfig for arch-independent memory options Dave Hansen
2005-04-04 17:50 ` Dave Hansen
2005-04-04 23:22 ` Mike Kravetz
2005-04-04 23:22 ` Mike Kravetz
2005-04-04 23:29 ` Dave Hansen
2005-04-04 23:29 ` Dave Hansen
2005-04-06 20:58 ` Roman Zippel
2005-04-06 20:58 ` Roman Zippel
2005-04-06 21:01 ` Dave Hansen
2005-04-06 21:01 ` Dave Hansen
2005-04-06 23:40 ` Roman Zippel
2005-04-06 23:40 ` Roman Zippel
2005-04-06 23:57 ` Dave Hansen
2005-04-06 23:57 ` Dave Hansen
2005-04-07 0:30 ` Roman Zippel
2005-04-07 0:30 ` Roman Zippel
2005-04-07 15:30 ` Dave Hansen
2005-04-07 15:30 ` Dave Hansen
2005-04-07 16:36 ` Dave Hansen [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1112891799.21749.5.camel@localhost \
--to=haveblue@us.ibm.com \
--cc=akpm@osdl.org \
--cc=apw@shadowen.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=zippel@linux-m68k.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.