source "lib/Kconfig.debug"
-config LKCD_DUMP
- tristate "LKCD crash dump support (EXPERIMENTAL)"
- depends on EXPERIMENTAL
- default n
- ---help---
- Say Y here to enable saving an image of system memory when a panic
- or other error occurs. Dumps can also be forced with the SysRq+d
- key if MAGIC_SYSRQ is enabled.
-
-config KERNTYPES
- bool
- depends on LKCD_DUMP
- default y
-
-config LKCD_DUMP_BLOCKDEV
- tristate "LKCD crash dump block device driver"
- depends on LKCD_DUMP
- help
- Say Y to allow saving crash dumps directly to a disk device.
-
-config LKCD_DUMP_NETDEV
- tristate "LKCD crash dump network device driver"
- depends on LKCD_DUMP
- help
- Say Y to allow saving crash dumps over a network device.
-
-config LKCD_DUMP_COMPRESS_RLE
- tristate "LKCD crash dump RLE compression"
- depends on LKCD_DUMP
- help
- Say Y to allow saving dumps with Run Length Encoding compression.
-
-
-config LKCD_DUMP_COMPRESS_GZIP
- tristate "LKCD crash dump GZIP compression"
- select ZLIB_INFLATE
- select ZLIB_DEFLATE
- depends on LKCD_DUMP
- help
- Say Y to allow saving dumps with Gnu Zip compression.
-
config DEBUG_RODATA
bool "Write protect kernel read-only data structures"
depends on DEBUG_KERNEL
of the kernel code won't be covered by a 2MB TLB anymore.
If in doubt, say "N".
-config KDB
- bool "Built-in Kernel Debugger support"
- depends on DEBUG_KERNEL
- help
- This option provides a built-in kernel debugger. The built-in
- kernel debugger contains commands which allow memory to be examined,
- instructions to be disassembled and breakpoints to be set. For details,
- see Documentation/kdb/kdb.mm and the manual pages kdb_bt, kdb_ss, etc.
- Kdb can also be used via the serial port. Set up the system to
- have a serial console (see Documentation/serial-console.txt).
- The key sequence <escape>KDB on the serial port will cause the
- kernel debugger to be entered with input from the serial port and
- output to the serial console. If unsure, say N.
-
-config KDB_MODULES
- tristate "KDB modules"
- depends on KDB
- help
- KDB can be extended by adding your own modules, in directory
- kdb/modules. This option selects the way that these modules should
- be compiled, as free standing modules (select M) or built into the
- kernel (select Y). If unsure say M.
-
-config KDB_OFF
- bool "KDB off by default"
- depends on KDB
- help
- Normally kdb is activated by default, as long as CONFIG_KDB is set.
- If you want to ship a kernel with kdb support but only have kdb
- turned on when the user requests it then select this option. When
- compiled with CONFIG_KDB_OFF, kdb ignores all events unless you boot
- with kdb=on or you echo "1" > /proc/sys/kernel/kdb. This option also
- works in reverse, if kdb is normally activated, you can boot with
- kdb=off or echo "0" > /proc/sys/kernel/kdb to deactivate kdb. If
- unsure, say N.
-
-config KDB_CONTINUE_CATASTROPHIC
- int "KDB continues after catastrophic errors"
- depends on KDB
- default "0"
- help
- This integer controls the behaviour of kdb when the kernel gets a
- catastrophic error, i.e. for a panic, oops, NMI or other watchdog
- tripping. CONFIG_KDB_CONTINUE_CATASTROPHIC interacts with
- /proc/sys/kernel/kdb and CONFIG_DUMP (if your kernel has the LKCD
- patch).
- When KDB is active (/proc/sys/kernel/kdb == 1) and a catastrophic
- error occurs, nothing extra happens until you type 'go'.
- CONFIG_KDB_CONTINUE_CATASTROPHIC == 0 (default). The first time
- you type 'go', kdb warns you. The second time you type 'go', KDB
- tries to continue - no guarantees that the kernel is still usable.
- CONFIG_KDB_CONTINUE_CATASTROPHIC == 1. KDB tries to continue - no
- guarantees that the kernel is still usable.
- CONFIG_KDB_CONTINUE_CATASTROPHIC == 2. If your kernel has the LKCD
- patch and LKCD is configured to take a dump then KDB forces a dump.
- Whether or not a dump is taken, KDB forces a reboot.
- When KDB is not active (/proc/sys/kernel/kdb == 0) and a catastrophic
- error occurs, the following steps are automatic, no human
- intervention is required.
- CONFIG_KDB_CONTINUE_CATASTROPHIC == 0 (default) or 1. KDB attempts
- to continue - no guarantees that the kernel is still usable.
- CONFIG_KDB_CONTINUE_CATASTROPHIC == 2. If your kernel has the LKCD
- patch and LKCD is configured to take a dump then KDB automatically
- forces a dump. Whether or not a dump is taken, KDB forces a
- reboot.
- If you are not sure, say 0. Read Documentation/kdb/dump.txt before
- setting to 2.
-
-
config IOMMU_DEBUG
depends on GART_IOMMU && DEBUG_KERNEL
bool "Enable IOMMU debugging"