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