This commit was manufactured by cvs2svn to create tag
[linux-2.6.git] / arch / m32r / Kconfig
index 65d1194..bacc0b2 100644 (file)
@@ -3,7 +3,7 @@
 # see Documentation/kbuild/kconfig-language.txt.
 #
 
-mainmenu "Linux/M32R Kernel Configuration"
+mainmenu "Linux Kernel Configuration"
 
 config M32R
        bool
@@ -20,10 +20,6 @@ config GENERIC_ISA_DMA
        bool
        default y
 
-#config GENERIC_HARDIRQS
-#      bool
-#      default y
-
 source "init/Kconfig"
 
 
@@ -193,10 +189,6 @@ config RWSEM_XCHGADD_ALGORITHM
        bool
        default n
 
-config GENERIC_CALIBRATE_DELAY
-       bool
-       default y
-
 config PREEMPT
        bool "Preemptible Kernel"
        help
@@ -354,10 +346,96 @@ source "fs/Kconfig"
 
 source "arch/m32r/oprofile/Kconfig"
 
-source "arch/m32r/Kconfig.debug"
+menu "Kernel hacking"
+
+config DEBUG_KERNEL
+       bool "Kernel debugging"
+       help
+         Say Y here if you are developing drivers or trying to debug and
+         identify kernel problems.
+
+config DEBUG_STACKOVERFLOW
+       bool "Check for stack overflows"
+       depends on DEBUG_KERNEL
+
+config DEBUG_SLAB
+       bool "Debug memory allocations"
+       depends on DEBUG_KERNEL
+       help
+         Say Y here to have the kernel do limited verification on memory
+         allocation as well as poisoning memory on free to catch use of freed
+         memory.
+
+config DEBUG_IOVIRT
+       bool "Memory mapped I/O debugging"
+       depends on DEBUG_KERNEL
+       help
+         Say Y here to get warned whenever an attempt is made to do I/O on
+         obviously invalid addresses such as those generated when ioremap()
+         calls are forgotten.  Memory mapped I/O will go through an extra
+         check to catch access to unmapped ISA addresses, an access method
+         that can still be used by old drivers that are being ported from
+         2.0/2.2.
+
+config MAGIC_SYSRQ
+       bool "Magic SysRq key"
+       depends on DEBUG_KERNEL
+       help
+         If you say Y here, you will have some control over the system even
+         if the system crashes for example during kernel debugging (e.g., you
+         will be able to flush the buffer cache to disk, reboot the system
+         immediately or dump some status information). This is accomplished
+         by pressing various keys while holding SysRq (Alt+PrintScreen). It
+         also works on a serial console (on PC hardware at least), if you
+         send a BREAK and then within 5 seconds a command keypress. The
+         keys are documented in <file:Documentation/sysrq.txt>. Don't say Y
+         unless you really know what this hack does.
+
+config DEBUG_SPINLOCK
+       bool "Spinlock debugging"
+       depends on DEBUG_KERNEL
+       help
+         Say Y here and build SMP to catch missing spinlock initialization
+         and certain other kinds of spinlock errors commonly made.  This is
+         best used in conjunction with the NMI watchdog so that spinlock
+         deadlocks are also debuggable.
+
+config DEBUG_PAGEALLOC
+       bool "Page alloc debugging"
+       depends on DEBUG_KERNEL
+       help
+         Unmap pages from the kernel linear mapping after free_pages().
+         This results in a large slowdown, but helps to find certain types
+         of memory corruptions.
+
+config DEBUG_INFO
+       bool "Compile the kernel with debug info"
+       depends on DEBUG_KERNEL
+       help
+          If you say Y here the resulting kernel image will include
+         debugging info resulting in a larger kernel image.
+         Say Y here only if you plan to use gdb to debug the kernel.
+         If you don't debug the kernel, you can say N.
+
+config DEBUG_SPINLOCK_SLEEP
+       bool "Sleep-inside-spinlock checking"
+       help
+         If you say Y here, various routines which may sleep will become very
+         noisy if they are called with a spinlock held.
+
+config FRAME_POINTER
+       bool "Compile the kernel with frame pointers"
+       help
+         If you say Y here the resulting kernel image will be slightly larger
+         and slower, but it will give very useful debugging information.
+         If you don't debug the kernel, you can say N, but we may not be able
+         to solve problems without frame pointers.
+
+endmenu
 
 source "security/Kconfig"
 
 source "crypto/Kconfig"
 
 source "lib/Kconfig"
+