Kconfig 4.8 KB
Newer Older
M
Mathieu Desnoyers 已提交
1 2 3
#
# General architecture dependent options
#
4 5

config OPROFILE
6
	tristate "OProfile system profiling"
7 8
	depends on PROFILING
	depends on HAVE_OPROFILE
I
Ingo Molnar 已提交
9
	select RING_BUFFER
10
	select RING_BUFFER_ALLOW_SWAP
11 12 13 14 15 16 17
	help
	  OProfile is a profiling system capable of profiling the
	  whole system, include the kernel, kernel modules, libraries,
	  and applications.

	  If unsure, say N.

18 19 20 21 22 23 24 25 26 27 28 29
config OPROFILE_EVENT_MULTIPLEX
	bool "OProfile multiplexing support (EXPERIMENTAL)"
	default n
	depends on OPROFILE && X86
	help
	  The number of hardware counters is limited. The multiplexing
	  feature enables OProfile to gather more events than counters
	  are provided by the hardware. This is realized by switching
	  between events at an user specified time interval.

	  If unsure, say N.

30
config HAVE_OPROFILE
31
	bool
32 33 34

config KPROBES
	bool "Kprobes"
35
	depends on MODULES
36
	depends on HAVE_KPROBES
37
	select KALLSYMS
38 39 40 41 42 43 44
	help
	  Kprobes allows you to trap at almost any kernel address and
	  execute a callback function.  register_kprobe() establishes
	  a probepoint and specifies the callback.  Kprobes is useful
	  for kernel debugging, non-intrusive instrumentation and testing.
	  If in doubt, say "N".

45 46 47 48 49 50 51 52 53 54 55 56 57 58
config JUMP_LABEL
       bool "Optimize trace point call sites"
       depends on HAVE_ARCH_JUMP_LABEL
       help
         If it is detected that the compiler has support for "asm goto",
	 the kernel will compile trace point locations with just a
	 nop instruction. When trace points are enabled, the nop will
	 be converted to a jump to the trace function. This technique
	 lowers overhead and stress on the branch prediction of the
	 processor.

	 On i386, options added to the compiler flags may increase
	 the size of the kernel slightly.

59
config OPTPROBES
60 61
	def_bool y
	depends on KPROBES && HAVE_OPTPROBES
62 63
	depends on !PREEMPT

64
config HAVE_EFFICIENT_UNALIGNED_ACCESS
65
	bool
66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82
	help
	  Some architectures are unable to perform unaligned accesses
	  without the use of get_unaligned/put_unaligned. Others are
	  unable to perform such accesses efficiently (e.g. trap on
	  unaligned access and require fixing it up in the exception
	  handler.)

	  This symbol should be selected by an architecture if it can
	  perform unaligned accesses efficiently to allow different
	  code paths to be selected for these cases. Some network
	  drivers, for example, could opt to not fix up alignment
	  problems with received packets if doing so would not help
	  much.

	  See Documentation/unaligned-memory-access.txt for more
	  information on the topic of unaligned memory accesses.

83 84 85
config HAVE_SYSCALL_WRAPPERS
	bool

86 87 88 89
config KRETPROBES
	def_bool y
	depends on KPROBES && HAVE_KRETPROBES

A
Avi Kivity 已提交
90 91 92 93 94 95 96
config USER_RETURN_NOTIFIER
	bool
	depends on HAVE_USER_RETURN_NOTIFIER
	help
	  Provide a kernel-internal notification when a cpu is about to
	  switch to user mode.

97
config HAVE_IOREMAP_PROT
98
	bool
99

100
config HAVE_KPROBES
101
	bool
102 103

config HAVE_KRETPROBES
104
	bool
105

106 107
config HAVE_OPTPROBES
	bool
108 109 110 111 112 113 114 115 116 117 118 119 120 121
#
# An arch should select this if it provides all these things:
#
#	task_pt_regs()		in asm/processor.h or asm/ptrace.h
#	arch_has_single_step()	if there is hardware single-step support
#	arch_has_block_step()	if there is hardware block-step support
#	asm/syscall.h		supplying asm-generic/syscall.h interface
#	linux/regset.h		user_regset interfaces
#	CORE_DUMP_USE_REGSET	#define'd in linux/elf.h
#	TIF_SYSCALL_TRACE	calls tracehook_report_syscall_{entry,exit}
#	TIF_NOTIFY_RESUME	calls tracehook_notify_resume()
#	signal delivery		calls tracehook_signal_handler()
#
config HAVE_ARCH_TRACEHOOK
122
	bool
123

124
config HAVE_DMA_ATTRS
125
	bool
126 127

config USE_GENERIC_SMP_HELPERS
128
	bool
129

130 131
config HAVE_REGS_AND_STACK_ACCESS_API
	bool
132 133 134 135 136
	help
	  This symbol should be selected by an architecure if it supports
	  the API needed to access registers and stack entries from pt_regs,
	  declared in asm/ptrace.h
	  For example the kprobes-based event tracer needs this API.
137

138
config HAVE_CLK
139
	bool
140 141 142 143
	help
	  The <linux/clk.h> calls support software clock gating and
	  thus are a key power management tool on many systems.

J
Joerg Roedel 已提交
144 145
config HAVE_DMA_API_DEBUG
	bool
146

147 148
config HAVE_HW_BREAKPOINT
	bool
149
	depends on PERF_EVENTS
150

151 152 153 154 155 156 157 158 159 160 161
config HAVE_MIXED_BREAKPOINTS_REGS
	bool
	depends on HAVE_HW_BREAKPOINT
	help
	  Depending on the arch implementation of hardware breakpoints,
	  some of them have separate registers for data and instruction
	  breakpoints addresses, others have mixed registers to store
	  them but define the access type in a control register.
	  Select this option if your arch implements breakpoints under the
	  latter fashion.

A
Avi Kivity 已提交
162 163
config HAVE_USER_RETURN_NOTIFIER
	bool
164

165 166
config HAVE_PERF_EVENTS_NMI
	bool
167 168 169 170
	help
	  System hardware can generate an NMI using the perf event
	  subsystem.  Also has support for calculating CPU cycle events
	  to determine how many clock cycles in a given period.
171

172 173 174
config HAVE_ARCH_JUMP_LABEL
	bool

175 176 177
config HAVE_ARCH_MUTEX_CPU_RELAX
	bool

178
source "kernel/gcov/Kconfig"