menu "Kernel hacking" source "lib/Kconfig.debug" choice prompt "Physical memory granularity" default IA64_GRANULE_64MB config IA64_GRANULE_16MB bool "16MB" help IA-64 identity-mapped regions use a large page size called "granules". Select "16MB" for a small granule size. Select "64MB" for a large granule size. This is the current default. config IA64_GRANULE_64MB bool "64MB" depends on !(IA64_GENERIC || IA64_HP_ZX1 || IA64_HP_ZX1_SWIOTLB || IA64_SGI_SN2) endchoice config IA64_PRINT_HAZARDS bool "Print possible IA-64 dependency violations to console" depends on DEBUG_KERNEL help Selecting this option prints more information for Illegal Dependency Faults, that is, for Read-after-Write (RAW), Write-after-Write (WAW), or Write-after-Read (WAR) violations. This option is ignored if you are compiling for an Itanium A step processor (CONFIG_ITANIUM_ASTEP_SPECIFIC). If you're unsure, select Y. config DISABLE_VHPT bool "Disable VHPT" depends on DEBUG_KERNEL help The Virtual Hash Page Table (VHPT) enhances virtual address translation performance. Normally you want the VHPT active but you can select this option to disable the VHPT for debugging. If you're unsure, answer N. config IA64_DEBUG_CMPXCHG bool "Turn on compare-and-exchange bug checking (slow!)" depends on DEBUG_KERNEL help Selecting this option turns on bug checking for the IA-64 compare-and-exchange instructions. This is slow! Itaniums from step B3 or later don't have this problem. If you're unsure, select N. config IA64_DEBUG_IRQ bool "Turn on irq debug checks (slow!)" depends on DEBUG_KERNEL help Selecting this option turns on bug checking for the IA-64 irq_save and restore instructions. It's useful for tracking down spinlock problems, but slow! If you're unsure, select N. config KDB bool "Built-in Kernel Debugger support" depends on DEBUG_KERNEL select KALLSYMS select KALLSYMS_ALL 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 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_LKCD_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 KDB_USB bool "Support for USB Keyboard in KDB (OHCI and/or EHCI only)" depends on KDB && (USB_OHCI_HCD || USB_UHCI_HCD) help If you want to use kdb from USB keyboards then say Y here. If you say N then kdb can only be used from a PC (AT) keyboard or a serial console. config KDB_HARDWARE_BREAKPOINTS bool "Enable hardware breakpoints in KDB" depends on KDB default y help If you say Y here, KDB will allow you to use the IA64 hardware watchpoint feature (via the bph and bpha commands). Currently, only data breakpoints are implemented. config SYSVIPC_COMPAT bool depends on COMPAT && SYSVIPC default y endmenu