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
92 source "arch/um/Kconfig.arch"
94 source "kernel/time/Kconfig"
96 config LD_SCRIPT_STATIC
99 depends on STATIC_LINK
104 depends on !LD_SCRIPT_STATIC
106 source "fs/Kconfig.binfmt"
109 tristate "Host filesystem"
111 While the User-Mode Linux port uses its own root file system for
112 booting and normal file access, this module lets the UML user
113 access files stored on the host. It does not require any
114 network connection between the Host and UML. An example use of
117 mount none /tmp/fromhost -t hostfs -o /tmp/umlshare
119 where /tmp/fromhost is an empty directory inside UML and
120 /tmp/umlshare is a directory on the host with files the UML user
123 For more information, see
124 <http://user-mode-linux.sourceforge.net/hostfs.html>.
126 If you'd like to be able to work with files stored on the host,
127 say Y or M here; otherwise say N.
130 tristate "HoneyPot ProcFS (EXPERIMENTAL)"
131 depends on EXPERIMENTAL
133 hppfs (HoneyPot ProcFS) is a filesystem which allows UML /proc
134 entries to be overridden, removed, or fabricated from the host.
135 Its purpose is to allow a UML to appear to be a physical machine
136 by removing or changing anything in /proc which gives away the
139 See <http://user-mode-linux.sf.net/old/hppfs.html> for more information.
141 You only need this if you are setting up a UML honeypot. Otherwise,
142 it is safe to say 'N' here.
145 bool "Management console"
148 The user mode linux management console is a low-level interface to
149 the kernel, somewhat like the i386 SysRq interface. Since there is
150 a full-blown operating system running under every user mode linux
151 instance, there is much greater flexibility possible than with the
154 If you answer 'Y' to this option, to use this feature, you need the
155 mconsole client (called uml_mconsole) which is present in CVS in
156 2.4.5-9um and later (path /tools/mconsole), and is also in the
157 distribution RPM package in 2.4.6 and later.
159 It is safe to say 'Y' here.
162 bool "Magic SysRq key"
165 If you say Y here, you will have some control over the system even
166 if the system crashes for example during kernel debugging (e.g., you
167 will be able to flush the buffer cache to disk, reboot the system
168 immediately or dump some status information). A key for each of the
169 possible requests is provided.
171 This is the feature normally accomplished by pressing a key
172 while holding SysRq (Alt+PrintScreen).
174 On UML, this is accomplished by sending a "sysrq" command with
175 mconsole, followed by the letter for the requested command.
177 The keys are documented in <file:Documentation/sysrq.txt>. Don't say Y
178 unless you really know what this hack does.
181 bool "Symmetric multi-processing support (EXPERIMENTAL)"
185 This option enables UML SMP support.
186 It is NOT related to having a real SMP box. Not directly, at least.
188 UML implements virtual SMP by allowing as many processes to run
189 simultaneously on the host as there are virtual processors configured.
191 Obviously, if the host is a uniprocessor, those processes will
192 timeshare, but, inside UML, will appear to be running simultaneously.
193 If the host is a multiprocessor, then UML processes may run
194 simultaneously, depending on the host scheduler.
196 This, however, is supported only in TT mode. So, if you use the SKAS
197 patch on your host, switching to TT mode and enabling SMP usually
198 gives you worse performances.
199 Also, since the support for SMP has been under-developed, there could
200 be some bugs being exposed by enabling SMP.
202 If you don't know what to do, say N.
205 int "Maximum number of CPUs (2-32)"
211 bool "Highmem support (EXPERIMENTAL)"
212 depends on !64BIT && EXPERIMENTAL
215 This was used to allow UML to run with big amounts of memory.
216 Currently it is unstable, so if unsure say N.
218 To use big amounts of memory, it is recommended enable static
219 linking (i.e. CONFIG_STATIC_LINK) - this should allow the
220 guest to use up to 2.75G of memory.
222 config KERNEL_STACK_ORDER
223 int "Kernel stack size order"
228 This option determines the size of UML kernel stacks. They will
229 be 1 << order pages. The default is OK unless you're running Valgrind
230 on UML, in which case, set this to 3.
234 source "init/Kconfig"
236 source "kernel/Kconfig.freezer"
238 source "drivers/block/Kconfig"
240 source "arch/um/Kconfig.char"
242 source "drivers/base/Kconfig"
246 source "arch/um/Kconfig.net"
248 source "drivers/net/Kconfig"
250 source "drivers/connector/Kconfig"
254 source "security/Kconfig"
256 source "crypto/Kconfig"
260 source "drivers/scsi/Kconfig"
262 source "drivers/md/Kconfig"
265 source "drivers/mtd/Kconfig"
268 source "drivers/leds/Kconfig"
270 #This is just to shut up some Kconfig warnings, so no prompt.
275 source "arch/um/Kconfig.debug"