Correct one Kconfig dependency, which should refer to CONFIG_USERMODE rather
than to CONFIG_UM.
We should also figure out how to make the config process work better for UML.
We would like to make UML able to "source drivers/Kconfig" and have the right
drivers selectable (i.e. LVM, ramdisk, and so on) and the ones for actual
hardware excluded. I've been reading such a request even from Jeff Dike at the
last Kernel Summit, (in the lwn.net coverage) but without any followup.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[email protected]>
---
linux-2.6.9-current-paolo/drivers/char/Kconfig | 2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN drivers/char/Kconfig~CONFIG_UM-is-USERMODE drivers/char/Kconfig
--- linux-2.6.9-current/drivers/char/Kconfig~CONFIG_UM-is-USERMODE 2004-09-10 19:08:43.631737936 +0200
+++ linux-2.6.9-current-paolo/drivers/char/Kconfig 2004-09-10 19:08:43.633737632 +0200
@@ -59,7 +59,7 @@ config VT_CONSOLE
config HW_CONSOLE
bool
- depends on VT && !S390 && !UM
+ depends on VT && !S390 && !USERMODE
default y
config SERIAL_NONSTANDARD
_
On Fri, 10 Sep 2004 [email protected] wrote:
> We should also figure out how to make the config process work better for UML.
> We would like to make UML able to "source drivers/Kconfig" and have the right
> drivers selectable (i.e. LVM, ramdisk, and so on) and the ones for actual
> hardware excluded. I've been reading such a request even from Jeff Dike at the
> last Kernel Summit, (in the lwn.net coverage) but without any followup.
Yes, I agree 100%!
Drivers for `modern' hardware (e.g. PCI, USB), shouldn't be a problem, since
they have good dependencies.
`legacy' hardware is more of a problem. Since the consensus was that CONFIG_ISA
is meant to indicate ISA slots, perhaps we need something like CONFIG_XBUS to
mark all these legacy drivers?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds