Kconfig 8.2 KB

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