arch/um/Kconfig.debug

   1 menu "Kernel hacking"
   2
   3 source "lib/Kconfig.debug"
   4
   5 config CMDLINE_ON_HOST
   6         bool "Show command line arguments on the host in TT mode"
   7         depends on MODE_TT
   8         default !DEBUG_INFO
   9         help
  10         This controls whether arguments in guest processes should be shown on
  11         the host's ps output.
  12         Enabling this option hinders debugging on some recent GDB versions
  13         (because GDB gets "confused" when we do an execvp()). So probably you
  14         should disable it.
  15
  16 config PT_PROXY
  17         bool "Enable ptrace proxy"
  18         depends on XTERM_CHAN && DEBUG_INFO && MODE_TT
  19         help
  20         This option enables a debugging interface which allows gdb to debug
  21         the kernel without needing to actually attach to kernel threads.
  22         If you want to do kernel debugging, say Y here; otherwise say N.
  23
  24 config GPROF
  25         bool "Enable gprof support"
  26         depends on DEBUG_INFO && MODE_SKAS && !MODE_TT
  27         help
  28         This allows profiling of a User-Mode Linux kernel with the gprof
  29         utility.
  30
  31         See <http://user-mode-linux.sourceforge.net/gprof.html> for more
  32         details.
  33
  34         If you're involved in UML kernel development and want to use gprof,
  35         say Y.  If you're unsure, say N.
  36
  37 config GCOV
  38         bool "Enable gcov support"
  39         depends on DEBUG_INFO && MODE_SKAS
  40         help
  41         This option allows developers to retrieve coverage data from a UML
  42         session.
  43
  44         See <http://user-mode-linux.sourceforge.net/gprof.html> for more
  45         details.
  46
  47         If you're involved in UML kernel development and want to use gcov,
  48         say Y.  If you're unsure, say N.
  49
  50 config DEBUG_STACK_USAGE
  51         bool "Stack utilization instrumentation"
  52         default N
  53         help
  54           Track the maximum kernel stack usage - this will look at each
  55           kernel stack at process exit and log it if it's the deepest
  56           stack seen so far.
  57
  58           This option will slow down process creation and destruction somewhat.
  59 endmenu