Merge branch 'parisc' from /home/kyle/repos/parisc-2.6.git
[linux-2.6] / arch / um / Kconfig
1 config DEFCONFIG_LIST
2         string
3         option defconfig_list
4         default "arch/$ARCH/defconfig"
5
6 # UML uses the generic IRQ sugsystem
7 config GENERIC_HARDIRQS
8         bool
9         default y
10
11 config UML
12         bool
13         default y
14
15 config MMU
16         bool
17         default y
18
19 mainmenu "Linux/Usermode Kernel Configuration"
20
21 config ISA
22         bool
23
24 config SBUS
25         bool
26
27 config PCI
28         bool
29
30 config PCMCIA
31         bool
32
33 # Yet to do!
34 config TRACE_IRQFLAGS_SUPPORT
35         bool
36         default n
37
38 config LOCKDEP_SUPPORT
39         bool
40         default y
41
42 config STACKTRACE_SUPPORT
43         bool
44         default y
45
46 config GENERIC_CALIBRATE_DELAY
47         bool
48         default y
49
50 config GENERIC_BUG
51         bool
52         default y
53         depends on BUG
54
55 # Used in kernel/irq/manage.c and include/linux/irq.h
56 config IRQ_RELEASE_METHOD
57         bool
58         default y
59
60 menu "UML-specific options"
61
62 config MODE_TT
63         bool "Tracing thread support (DEPRECATED)"
64         default n
65         depends on BROKEN
66         help
67         This option controls whether tracing thread support is compiled
68         into UML. This option is largely obsolete, given that skas0 provides
69         skas security and performance without needing to patch the host.
70         It is safe to say 'N' here; saying 'Y' may cause additional problems
71         with the resulting binary even if you run UML in SKAS mode, and running
72         in TT mode is strongly *NOT RECOMMENDED*.
73
74 config STATIC_LINK
75         bool "Force a static link"
76         default n
77         depends on !MODE_TT
78         help
79         If CONFIG_MODE_TT is disabled, then this option gives you the ability
80         to force a static link of UML.  Normally, if only skas mode is built
81         in to UML, it will be linked as a shared binary.  This is inconvenient
82         for use in a chroot jail.  So, if you intend to run UML inside a
83         chroot, and you disable CONFIG_MODE_TT, you probably want to say Y
84         here.
85         Additionally, this option enables using higher memory spaces (up to
86         2.75G) for UML - disabling CONFIG_MODE_TT and enabling this option leads
87         to best results for this.
88
89 config KERNEL_HALF_GIGS
90         int "Kernel address space size (in .5G units)"
91         default "1"
92         depends on MODE_TT
93         help
94         This determines the amount of address space that UML will allocate for
95         its own, measured in half Gigabyte units.  The default is 1.
96         Change this only if you need to boot UML with an unusually large amount
97         of physical memory.
98
99 config MODE_SKAS
100         bool "Separate Kernel Address Space support" if MODE_TT
101         default y
102         help
103         This option controls whether skas (separate kernel address space)
104         support is compiled in.
105         Unless you have specific needs to use TT mode (which applies almost only
106         to developers), you should say Y here.
107         SKAS mode will make use of the SKAS3 patch if it is applied on the host
108         (and your UML will run in SKAS3 mode), but if no SKAS patch is applied
109         on the host it will run in SKAS0 mode, which is anyway faster than TT
110         mode.
111
112 source "arch/um/Kconfig.arch"
113 source "mm/Kconfig"
114
115 config LD_SCRIPT_STATIC
116         bool
117         default y
118         depends on MODE_TT || STATIC_LINK
119
120 config LD_SCRIPT_DYN
121         bool
122         default y
123         depends on !LD_SCRIPT_STATIC
124
125 config NET
126         bool "Networking support"
127         help
128         Unless you really know what you are doing, you should say Y here.
129         The reason is that some programs need kernel networking support even
130         when running on a stand-alone machine that isn't connected to any
131         other computer. If you are upgrading from an older kernel, you
132         should consider updating your networking tools too because changes
133         in the kernel and the tools often go hand in hand. The tools are
134         contained in the package net-tools, the location and version number
135         of which are given in <file:Documentation/Changes>.
136
137         For a general introduction to Linux networking, it is highly
138         recommended to read the NET-HOWTO, available from
139         <http://www.tldp.org/docs.html#howto>.
140
141
142 source "fs/Kconfig.binfmt"
143
144 config HOSTFS
145         tristate "Host filesystem"
146         help
147         While the User-Mode Linux port uses its own root file system for
148         booting and normal file access, this module lets the UML user
149         access files stored on the host.  It does not require any
150         network connection between the Host and UML.  An example use of
151         this might be:
152
153         mount none /tmp/fromhost -t hostfs -o /tmp/umlshare
154
155         where /tmp/fromhost is an empty directory inside UML and
156         /tmp/umlshare is a directory on the host with files the UML user
157         wishes to access.
158
159         For more information, see
160         <http://user-mode-linux.sourceforge.net/hostfs.html>.
161
162         If you'd like to be able to work with files stored on the host,
163         say Y or M here; otherwise say N.
164
165 config HPPFS
166         tristate "HoneyPot ProcFS (EXPERIMENTAL)"
167         depends on EXPERIMENTAL
168         help
169         hppfs (HoneyPot ProcFS) is a filesystem which allows UML /proc
170         entries to be overridden, removed, or fabricated from the host.
171         Its purpose is to allow a UML to appear to be a physical machine
172         by removing or changing anything in /proc which gives away the
173         identity of a UML.
174
175         See <http://user-mode-linux.sf.net/hppfs.html> for more information.
176
177         You only need this if you are setting up a UML honeypot.  Otherwise,
178         it is safe to say 'N' here.
179
180 config MCONSOLE
181         bool "Management console"
182         default y
183         help
184         The user mode linux management console is a low-level interface to
185         the kernel, somewhat like the i386 SysRq interface.  Since there is
186         a full-blown operating system running under every user mode linux
187         instance, there is much greater flexibility possible than with the
188         SysRq mechanism.
189
190         If you answer 'Y' to this option, to use this feature, you need the
191         mconsole client (called uml_mconsole) which is present in CVS in
192         2.4.5-9um and later (path /tools/mconsole), and is also in the
193         distribution RPM package in 2.4.6 and later.
194
195         It is safe to say 'Y' here.
196
197 config MAGIC_SYSRQ
198         bool "Magic SysRq key"
199         depends on MCONSOLE
200         ---help---
201         If you say Y here, you will have some control over the system even
202         if the system crashes for example during kernel debugging (e.g., you
203         will be able to flush the buffer cache to disk, reboot the system
204         immediately or dump some status information). A key for each of the
205         possible requests is provided.
206
207         This is the feature normally accomplished by pressing a key
208         while holding SysRq (Alt+PrintScreen).
209
210         On UML, this is accomplished by sending a "sysrq" command with
211         mconsole, followed by the letter for the requested command.
212
213         The keys are documented in <file:Documentation/sysrq.txt>. Don't say Y
214         unless you really know what this hack does.
215
216 config SMP
217         bool "Symmetric multi-processing support (EXPERIMENTAL)"
218         default n
219         #SMP_BROKEN is for x86_64.
220         depends on MODE_TT && EXPERIMENTAL && (!SMP_BROKEN || (BROKEN && SMP_BROKEN))
221         help
222         This option enables UML SMP support.
223         It is NOT related to having a real SMP box. Not directly, at least.
224
225         UML implements virtual SMP by allowing as many processes to run
226         simultaneously on the host as there are virtual processors configured.
227
228         Obviously, if the host is a uniprocessor, those processes will
229         timeshare, but, inside UML, will appear to be running simultaneously.
230         If the host is a multiprocessor, then UML processes may run
231         simultaneously, depending on the host scheduler.
232
233         This, however, is supported only in TT mode. So, if you use the SKAS
234         patch on your host, switching to TT mode and enabling SMP usually gives
235         you worse performances.
236         Also, since the support for SMP has been under-developed, there could
237         be some bugs being exposed by enabling SMP.
238
239         If you don't know what to do, say N.
240
241 config NR_CPUS
242         int "Maximum number of CPUs (2-32)"
243         range 2 32
244         depends on SMP
245         default "32"
246
247 config NEST_LEVEL
248         int "Nesting level"
249         default "0"
250         help
251         This is set to the number of layers of UMLs that this UML will be run
252         in.  Normally, this is zero, meaning that it will run directly on the
253         host.  Setting it to one will build a UML that can run inside a UML
254         that is running on the host.  Generally, if you intend this UML to run
255         inside another UML, set CONFIG_NEST_LEVEL to one more than the host
256         UML.
257
258         Note that if the hosting UML has its CONFIG_KERNEL_HALF_GIGS set to
259         greater than one, then the guest UML should have its CONFIG_NEST_LEVEL
260         set to the host's CONFIG_NEST_LEVEL + CONFIG_KERNEL_HALF_GIGS.
261         Only change this if you are running nested UMLs.
262
263 config HIGHMEM
264         bool "Highmem support (EXPERIMENTAL)"
265         depends on !64BIT && EXPERIMENTAL
266         default n
267         help
268         This was used to allow UML to run with big amounts of memory.
269         Currently it is unstable, so if unsure say N.
270
271         To use big amounts of memory, it is recommended to disable TT mode (i.e.
272         CONFIG_MODE_TT) and enable static linking (i.e. CONFIG_STATIC_LINK) -
273         this should allow the guest to use up to 2.75G of memory.
274
275 config KERNEL_STACK_ORDER
276         int "Kernel stack size order"
277         default 2
278         help
279         This option determines the size of UML kernel stacks.  They will
280         be 1 << order pages.  The default is OK unless you're running Valgrind
281         on UML, in which case, set this to 3.
282
283 config UML_REAL_TIME_CLOCK
284         bool "Real-time Clock"
285         default y
286         help
287         This option makes UML time deltas match wall clock deltas.  This should
288         normally be enabled.  The exception would be if you are debugging with
289         UML and spend long times with UML stopped at a breakpoint.  In this
290         case, when UML is restarted, it will call the timer enough times to make
291         up for the time spent at the breakpoint.  This could result in a
292         noticeable lag.  If this is a problem, then disable this option.
293
294 endmenu
295
296 source "init/Kconfig"
297
298 source "drivers/block/Kconfig"
299
300 source "arch/um/Kconfig.char"
301
302 source "drivers/base/Kconfig"
303
304 source "net/Kconfig"
305
306 source "arch/um/Kconfig.net"
307
308 source "drivers/net/Kconfig"
309
310 source "drivers/connector/Kconfig"
311
312 source "fs/Kconfig"
313
314 source "security/Kconfig"
315
316 source "crypto/Kconfig"
317
318 source "lib/Kconfig"
319
320 menu "SCSI support"
321 depends on BROKEN
322
323 config SCSI
324         tristate "SCSI support"
325
326 # This gives us free_dma, which scsi.c wants.
327 config GENERIC_ISA_DMA
328         bool
329         depends on SCSI
330         default y
331
332 source "arch/um/Kconfig.scsi"
333
334 endmenu
335
336 source "drivers/md/Kconfig"
337
338 if BROKEN
339         source "drivers/mtd/Kconfig"
340 endif
341
342 #This is just to shut up some Kconfig warnings, so no prompt.
343 config INPUT
344         bool
345         default n
346
347 source "arch/um/Kconfig.debug"