Kconfig 9.1 KB

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