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