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