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