4k stacks have become a well-tested feature used fore a long time in
Fedora and even in RHEL 4.
Defaulting to 4k stacks in -mm kernel will give some more testing
coverage and should show whether there are problems left.
Keeping the option for now should make the people happy who want to use
the experimental -mm kernel but don't trust the well-tested 4k stacks.
Additionally, make it more obvious that available stack space is not
being halved.
Signed-off-by: Grant Coady <[EMAIL PROTECTED]>
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This is the original patch that does not the opposite of what it should do.
This patch has been sent on:
- 14 Jan 2006
- 5 Jan 2006
Kconfig.debug | 7 ++++---
1 files changed, 4 insertions(+), 3 deletions(-)
--- linux-2.6.15a/arch/i386/Kconfig.debug 2005-10-28 10:02:08.000000000
+1000
+++ linux-2.6.15b/arch/i386/Kconfig.debug 2006-01-05 09:39:22.000000000
+1100
@@ -53,14 +53,15 @@
of memory corruptions.
config 4KSTACKS
- bool "Use 4Kb for kernel stacks instead of 8Kb"
- depends on DEBUG_KERNEL
+ bool "Use 4Kb + 4Kb for kernel stacks instead of 8Kb" if DEBUG_KERNEL
+ default y
help
If you say Y here the kernel will use a 4Kb stacksize for the
kernel stack attached to each process/thread. This facilitates
running more threads on a system and also reduces the pressure
on the VM subsystem for higher order allocations. This option
- will also use IRQ stacks to compensate for the reduced stackspace.
+ will also use separate 4Kb IRQ stacks to compensate for the
+ reduced stackspace.
config X86_FIND_SMP_CONFIG
bool
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
