Kconfig.debug 9.3 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307
  1. menu "Kernel hacking"
  2. config TRACE_IRQFLAGS_SUPPORT
  3. def_bool y
  4. source "lib/Kconfig.debug"
  5. config STRICT_DEVMEM
  6. bool "Filter access to /dev/mem"
  7. ---help---
  8. If this option is disabled, you allow userspace (root) access to all
  9. of memory, including kernel and userspace memory. Accidental
  10. access to this is obviously disastrous, but specific access can
  11. be used by people debugging the kernel. Note that with PAT support
  12. enabled, even in this case there are restrictions on /dev/mem
  13. use due to the cache aliasing requirements.
  14. If this option is switched on, the /dev/mem file only allows
  15. userspace access to PCI space and the BIOS code and data regions.
  16. This is sufficient for dosemu and X and all common users of
  17. /dev/mem.
  18. If in doubt, say Y.
  19. config X86_VERBOSE_BOOTUP
  20. bool "Enable verbose x86 bootup info messages"
  21. default y
  22. ---help---
  23. Enables the informational output from the decompression stage
  24. (e.g. bzImage) of the boot. If you disable this you will still
  25. see errors. Disable this if you want silent bootup.
  26. config EARLY_PRINTK
  27. bool "Early printk" if EXPERT
  28. default y
  29. ---help---
  30. Write kernel log output directly into the VGA buffer or to a serial
  31. port.
  32. This is useful for kernel debugging when your machine crashes very
  33. early before the console code is initialized. For normal operation
  34. it is not recommended because it looks ugly and doesn't cooperate
  35. with klogd/syslogd or the X server. You should normally N here,
  36. unless you want to debug such a crash.
  37. config EARLY_PRINTK_MRST
  38. bool "Early printk for MRST platform support"
  39. depends on EARLY_PRINTK && X86_MRST
  40. config EARLY_PRINTK_DBGP
  41. bool "Early printk via EHCI debug port"
  42. depends on EARLY_PRINTK && PCI
  43. ---help---
  44. Write kernel log output directly into the EHCI debug port.
  45. This is useful for kernel debugging when your machine crashes very
  46. early before the console code is initialized. For normal operation
  47. it is not recommended because it looks ugly and doesn't cooperate
  48. with klogd/syslogd or the X server. You should normally N here,
  49. unless you want to debug such a crash. You need usb debug device.
  50. config DEBUG_STACKOVERFLOW
  51. bool "Check for stack overflows"
  52. depends on DEBUG_KERNEL
  53. ---help---
  54. This option will cause messages to be printed if free stack space
  55. drops below a certain limit.
  56. config DEBUG_STACK_USAGE
  57. bool "Stack utilization instrumentation"
  58. depends on DEBUG_KERNEL
  59. ---help---
  60. Enables the display of the minimum amount of free stack which each
  61. task has ever had available in the sysrq-T and sysrq-P debug output.
  62. This option will slow down process creation somewhat.
  63. config DEBUG_PER_CPU_MAPS
  64. bool "Debug access to per_cpu maps"
  65. depends on DEBUG_KERNEL
  66. depends on SMP
  67. ---help---
  68. Say Y to verify that the per_cpu map being accessed has
  69. been setup. Adds a fair amount of code to kernel memory
  70. and decreases performance.
  71. Say N if unsure.
  72. config X86_PTDUMP
  73. bool "Export kernel pagetable layout to userspace via debugfs"
  74. depends on DEBUG_KERNEL
  75. select DEBUG_FS
  76. ---help---
  77. Say Y here if you want to show the kernel pagetable layout in a
  78. debugfs file. This information is only useful for kernel developers
  79. who are working in architecture specific areas of the kernel.
  80. It is probably not a good idea to enable this feature in a production
  81. kernel.
  82. If in doubt, say "N"
  83. config DEBUG_RODATA
  84. bool "Write protect kernel read-only data structures"
  85. default y
  86. depends on DEBUG_KERNEL
  87. ---help---
  88. Mark the kernel read-only data as write-protected in the pagetables,
  89. in order to catch accidental (and incorrect) writes to such const
  90. data. This is recommended so that we can catch kernel bugs sooner.
  91. If in doubt, say "Y".
  92. config DEBUG_RODATA_TEST
  93. bool "Testcase for the DEBUG_RODATA feature"
  94. depends on DEBUG_RODATA
  95. default y
  96. ---help---
  97. This option enables a testcase for the DEBUG_RODATA
  98. feature as well as for the change_page_attr() infrastructure.
  99. If in doubt, say "N"
  100. config DEBUG_SET_MODULE_RONX
  101. bool "Set loadable kernel module data as NX and text as RO"
  102. depends on MODULES
  103. ---help---
  104. This option helps catch unintended modifications to loadable
  105. kernel module's text and read-only data. It also prevents execution
  106. of module data. Such protection may interfere with run-time code
  107. patching and dynamic kernel tracing - and they might also protect
  108. against certain classes of kernel exploits.
  109. If in doubt, say "N".
  110. config DEBUG_NX_TEST
  111. tristate "Testcase for the NX non-executable stack feature"
  112. depends on DEBUG_KERNEL && m
  113. ---help---
  114. This option enables a testcase for the CPU NX capability
  115. and the software setup of this feature.
  116. If in doubt, say "N"
  117. config DOUBLEFAULT
  118. default y
  119. bool "Enable doublefault exception handler" if EXPERT
  120. depends on X86_32
  121. ---help---
  122. This option allows trapping of rare doublefault exceptions that
  123. would otherwise cause a system to silently reboot. Disabling this
  124. option saves about 4k and might cause you much additional grey
  125. hair.
  126. config IOMMU_DEBUG
  127. bool "Enable IOMMU debugging"
  128. depends on GART_IOMMU && DEBUG_KERNEL
  129. depends on X86_64
  130. ---help---
  131. Force the IOMMU to on even when you have less than 4GB of
  132. memory and add debugging code. On overflow always panic. And
  133. allow to enable IOMMU leak tracing. Can be disabled at boot
  134. time with iommu=noforce. This will also enable scatter gather
  135. list merging. Currently not recommended for production
  136. code. When you use it make sure you have a big enough
  137. IOMMU/AGP aperture. Most of the options enabled by this can
  138. be set more finegrained using the iommu= command line
  139. options. See Documentation/x86_64/boot-options.txt for more
  140. details.
  141. config IOMMU_STRESS
  142. bool "Enable IOMMU stress-test mode"
  143. ---help---
  144. This option disables various optimizations in IOMMU related
  145. code to do real stress testing of the IOMMU code. This option
  146. will cause a performance drop and should only be enabled for
  147. testing.
  148. config IOMMU_LEAK
  149. bool "IOMMU leak tracing"
  150. depends on IOMMU_DEBUG && DMA_API_DEBUG
  151. ---help---
  152. Add a simple leak tracer to the IOMMU code. This is useful when you
  153. are debugging a buggy device driver that leaks IOMMU mappings.
  154. config HAVE_MMIOTRACE_SUPPORT
  155. def_bool y
  156. config X86_DECODER_SELFTEST
  157. bool "x86 instruction decoder selftest"
  158. depends on DEBUG_KERNEL && KPROBES
  159. ---help---
  160. Perform x86 instruction decoder selftests at build time.
  161. This option is useful for checking the sanity of x86 instruction
  162. decoder code.
  163. If unsure, say "N".
  164. #
  165. # IO delay types:
  166. #
  167. config IO_DELAY_TYPE_0X80
  168. int
  169. default "0"
  170. config IO_DELAY_TYPE_0XED
  171. int
  172. default "1"
  173. config IO_DELAY_TYPE_UDELAY
  174. int
  175. default "2"
  176. config IO_DELAY_TYPE_NONE
  177. int
  178. default "3"
  179. choice
  180. prompt "IO delay type"
  181. default IO_DELAY_0X80
  182. config IO_DELAY_0X80
  183. bool "port 0x80 based port-IO delay [recommended]"
  184. ---help---
  185. This is the traditional Linux IO delay used for in/out_p.
  186. It is the most tested hence safest selection here.
  187. config IO_DELAY_0XED
  188. bool "port 0xed based port-IO delay"
  189. ---help---
  190. Use port 0xed as the IO delay. This frees up port 0x80 which is
  191. often used as a hardware-debug port.
  192. config IO_DELAY_UDELAY
  193. bool "udelay based port-IO delay"
  194. ---help---
  195. Use udelay(2) as the IO delay method. This provides the delay
  196. while not having any side-effect on the IO port space.
  197. config IO_DELAY_NONE
  198. bool "no port-IO delay"
  199. ---help---
  200. No port-IO delay. Will break on old boxes that require port-IO
  201. delay for certain operations. Should work on most new machines.
  202. endchoice
  203. if IO_DELAY_0X80
  204. config DEFAULT_IO_DELAY_TYPE
  205. int
  206. default IO_DELAY_TYPE_0X80
  207. endif
  208. if IO_DELAY_0XED
  209. config DEFAULT_IO_DELAY_TYPE
  210. int
  211. default IO_DELAY_TYPE_0XED
  212. endif
  213. if IO_DELAY_UDELAY
  214. config DEFAULT_IO_DELAY_TYPE
  215. int
  216. default IO_DELAY_TYPE_UDELAY
  217. endif
  218. if IO_DELAY_NONE
  219. config DEFAULT_IO_DELAY_TYPE
  220. int
  221. default IO_DELAY_TYPE_NONE
  222. endif
  223. config DEBUG_BOOT_PARAMS
  224. bool "Debug boot parameters"
  225. depends on DEBUG_KERNEL
  226. depends on DEBUG_FS
  227. ---help---
  228. This option will cause struct boot_params to be exported via debugfs.
  229. config CPA_DEBUG
  230. bool "CPA self-test code"
  231. depends on DEBUG_KERNEL
  232. ---help---
  233. Do change_page_attr() self-tests every 30 seconds.
  234. config OPTIMIZE_INLINING
  235. bool "Allow gcc to uninline functions marked 'inline'"
  236. ---help---
  237. This option determines if the kernel forces gcc to inline the functions
  238. developers have marked 'inline'. Doing so takes away freedom from gcc to
  239. do what it thinks is best, which is desirable for the gcc 3.x series of
  240. compilers. The gcc 4.x series have a rewritten inlining algorithm and
  241. enabling this option will generate a smaller kernel there. Hopefully
  242. this algorithm is so good that allowing gcc 4.x and above to make the
  243. decision will become the default in the future. Until then this option
  244. is there to test gcc for this.
  245. If unsure, say N.
  246. config DEBUG_STRICT_USER_COPY_CHECKS
  247. bool "Strict copy size checks"
  248. depends on DEBUG_KERNEL && !TRACE_BRANCH_PROFILING
  249. ---help---
  250. Enabling this option turns a certain set of sanity checks for user
  251. copy operations into compile time failures.
  252. The copy_from_user() etc checks are there to help test if there
  253. are sufficient security checks on the length argument of
  254. the copy operation, by having gcc prove that the argument is
  255. within bounds.
  256. If unsure, or if you run an older (pre 4.4) gcc, say N.
  257. endmenu