From: Richard Weinberger <richard@no...> - 2010-11-11 23:18:26
Currently CONFIG_HIGHMEM is broken on User Mode Linux.
I'm not sure if it worked ever.
Signed-off-by: Richard Weinberger <richard@...>
arch/um/Kconfig.um | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/um/Kconfig.um b/arch/um/Kconfig.um
index 50d6aa2..f8d1d0d 100644
@@ -131,7 +131,7 @@ config NR_CPUS
bool "Highmem support (EXPERIMENTAL)"
- depends on !64BIT && EXPERIMENTAL
+ depends on !64BIT && BROKEN
This was used to allow UML to run with big amounts of memory.
From: Richard Weinberger <richard@no...> - 2010-11-12 19:39:34
Am Freitag 12 November 2010, 20:29:04 schrieb Andrew Morton:
> On Fri, 12 Nov 2010 00:18:08 +0100
> Richard Weinberger <richard@...> wrote:
> > Currently CONFIG_HIGHMEM is broken on User Mode Linux.
> > I'm not sure if it worked ever.
> What is "broken" about it?
Currently it does not even build.
This is very annoying when using "make randconfig".
And it was never stable.
See commit ce2d2aed:
Author: Paolo 'Blaisorblade' Giarrusso <blaisorblade@...>
Date: Wed Jan 18 17:42:59 2006 -0800
[PATCH] uml: arch Kconfig menu cleanups
*) mark as "EXPERIMENTAL" various items that either aren't very stable or
that are actively crashing the setup of users which don't really need them
(i.e. HIGHMEM and 3-level pagetables on x86 - nobody needs either,
everybody reports "I'm using it and getting trouble").
*) move net/Kconfig near to the rest of network configurations, and
drivers/block/Kconfig near "Block layer" submenu.
*) it's useless and doesn't work well to force NETDEVICES on and to disable
the prompt like it's done. Better remove the attempt, and change that to a
simple "default y if UML".
*) drop the warning about "report problems about HPPFS" - it's redundant
anyway, as that's the usual procedure, and HPPFS users are especially
technical (i.e. they know reporting bugs is _good_).
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade@...>
Cc: Jeff Dike <jdike@...>
Signed-off-by: Andrew Morton <akpm@...>
Signed-off-by: Linus Torvalds <torvalds@...>