4 default "arch/$ARCH/defconfig"
6 # UML uses the generic IRQ subsystem
7 config GENERIC_HARDIRQS
22 mainmenu "Linux/Usermode Kernel Configuration"
37 config TRACE_IRQFLAGS_SUPPORT
41 config LOCKDEP_SUPPORT
45 config STACKTRACE_SUPPORT
49 config GENERIC_CALIBRATE_DELAY
62 config GENERIC_CLOCKEVENTS
66 # Used in kernel/irq/manage.c and include/linux/irq.h
67 config IRQ_RELEASE_METHOD
75 menu "UML-specific options"
78 bool "Force a static link"
81 This option gives you the ability to force a static link of UML.
82 Normally, UML is linked as a shared binary. This is inconvenient for
83 use in a chroot jail. So, if you intend to run UML inside a chroot,
84 you probably want to say Y here.
85 Additionally, this option enables using higher memory spaces (up to
88 source "arch/um/Kconfig.arch"
90 source "kernel/time/Kconfig"
92 config LD_SCRIPT_STATIC
95 depends on STATIC_LINK
100 depends on !LD_SCRIPT_STATIC
102 source "fs/Kconfig.binfmt"
105 tristate "Host filesystem"
107 While the User-Mode Linux port uses its own root file system for
108 booting and normal file access, this module lets the UML user
109 access files stored on the host. It does not require any
110 network connection between the Host and UML. An example use of
113 mount none /tmp/fromhost -t hostfs -o /tmp/umlshare
115 where /tmp/fromhost is an empty directory inside UML and
116 /tmp/umlshare is a directory on the host with files the UML user
119 For more information, see
120 <http://user-mode-linux.sourceforge.net/hostfs.html>.
122 If you'd like to be able to work with files stored on the host,
123 say Y or M here; otherwise say N.
126 tristate "HoneyPot ProcFS (EXPERIMENTAL)"
127 depends on EXPERIMENTAL
129 hppfs (HoneyPot ProcFS) is a filesystem which allows UML /proc
130 entries to be overridden, removed, or fabricated from the host.
131 Its purpose is to allow a UML to appear to be a physical machine
132 by removing or changing anything in /proc which gives away the
135 See <http://user-mode-linux.sf.net/old/hppfs.html> for more information.
137 You only need this if you are setting up a UML honeypot. Otherwise,
138 it is safe to say 'N' here.
141 bool "Management console"
144 The user mode linux management console is a low-level interface to
145 the kernel, somewhat like the i386 SysRq interface. Since there is
146 a full-blown operating system running under every user mode linux
147 instance, there is much greater flexibility possible than with the
150 If you answer 'Y' to this option, to use this feature, you need the
151 mconsole client (called uml_mconsole) which is present in CVS in
152 2.4.5-9um and later (path /tools/mconsole), and is also in the
153 distribution RPM package in 2.4.6 and later.
155 It is safe to say 'Y' here.
158 bool "Magic SysRq key"
161 If you say Y here, you will have some control over the system even
162 if the system crashes for example during kernel debugging (e.g., you
163 will be able to flush the buffer cache to disk, reboot the system
164 immediately or dump some status information). A key for each of the
165 possible requests is provided.
167 This is the feature normally accomplished by pressing a key
168 while holding SysRq (Alt+PrintScreen).
170 On UML, this is accomplished by sending a "sysrq" command with
171 mconsole, followed by the letter for the requested command.
173 The keys are documented in <file:Documentation/sysrq.txt>. Don't say Y
174 unless you really know what this hack does.
177 bool "Symmetric multi-processing support (EXPERIMENTAL)"
181 This option enables UML SMP support.
182 It is NOT related to having a real SMP box. Not directly, at least.
184 UML implements virtual SMP by allowing as many processes to run
185 simultaneously on the host as there are virtual processors configured.
187 Obviously, if the host is a uniprocessor, those processes will
188 timeshare, but, inside UML, will appear to be running simultaneously.
189 If the host is a multiprocessor, then UML processes may run
190 simultaneously, depending on the host scheduler.
192 This, however, is supported only in TT mode. So, if you use the SKAS
193 patch on your host, switching to TT mode and enabling SMP usually
194 gives you worse performances.
195 Also, since the support for SMP has been under-developed, there could
196 be some bugs being exposed by enabling SMP.
198 If you don't know what to do, say N.
201 int "Maximum number of CPUs (2-32)"
207 bool "Highmem support (EXPERIMENTAL)"
208 depends on !64BIT && EXPERIMENTAL
211 This was used to allow UML to run with big amounts of memory.
212 Currently it is unstable, so if unsure say N.
214 To use big amounts of memory, it is recommended enable static
215 linking (i.e. CONFIG_STATIC_LINK) - this should allow the
216 guest to use up to 2.75G of memory.
218 config KERNEL_STACK_ORDER
219 int "Kernel stack size order"
224 This option determines the size of UML kernel stacks. They will
225 be 1 << order pages. The default is OK unless you're running Valgrind
226 on UML, in which case, set this to 3.
230 source "init/Kconfig"
232 source "drivers/block/Kconfig"
234 source "arch/um/Kconfig.char"
236 source "drivers/base/Kconfig"
240 source "arch/um/Kconfig.net"
242 source "drivers/net/Kconfig"
244 source "drivers/connector/Kconfig"
248 source "security/Kconfig"
250 source "crypto/Kconfig"
254 source "drivers/scsi/Kconfig"
256 source "drivers/md/Kconfig"
259 source "drivers/mtd/Kconfig"
262 source "drivers/leds/Kconfig"
264 #This is just to shut up some Kconfig warnings, so no prompt.
269 source "arch/um/Kconfig.debug"