[S390] mutex: Introduce arch_mutex_cpu_relax()
[linux-2.6.git] / arch / Kconfig
1 #
2 # General architecture dependent options
3 #
4
5 config OPROFILE
6         tristate "OProfile system profiling"
7         depends on PROFILING
8         depends on HAVE_OPROFILE
9         select RING_BUFFER
10         select RING_BUFFER_ALLOW_SWAP
11         help
12           OProfile is a profiling system capable of profiling the
13           whole system, include the kernel, kernel modules, libraries,
14           and applications.
15
16           If unsure, say N.
17
18 config OPROFILE_EVENT_MULTIPLEX
19         bool "OProfile multiplexing support (EXPERIMENTAL)"
20         default n
21         depends on OPROFILE && X86
22         help
23           The number of hardware counters is limited. The multiplexing
24           feature enables OProfile to gather more events than counters
25           are provided by the hardware. This is realized by switching
26           between events at an user specified time interval.
27
28           If unsure, say N.
29
30 config HAVE_OPROFILE
31         bool
32
33 config KPROBES
34         bool "Kprobes"
35         depends on MODULES
36         depends on HAVE_KPROBES
37         select KALLSYMS
38         help
39           Kprobes allows you to trap at almost any kernel address and
40           execute a callback function.  register_kprobe() establishes
41           a probepoint and specifies the callback.  Kprobes is useful
42           for kernel debugging, non-intrusive instrumentation and testing.
43           If in doubt, say "N".
44
45 config JUMP_LABEL
46        bool "Optimize trace point call sites"
47        depends on HAVE_ARCH_JUMP_LABEL
48        help
49          If it is detected that the compiler has support for "asm goto",
50          the kernel will compile trace point locations with just a
51          nop instruction. When trace points are enabled, the nop will
52          be converted to a jump to the trace function. This technique
53          lowers overhead and stress on the branch prediction of the
54          processor.
55
56          On i386, options added to the compiler flags may increase
57          the size of the kernel slightly.
58
59 config OPTPROBES
60         def_bool y
61         depends on KPROBES && HAVE_OPTPROBES
62         depends on !PREEMPT
63
64 config HAVE_EFFICIENT_UNALIGNED_ACCESS
65         bool
66         help
67           Some architectures are unable to perform unaligned accesses
68           without the use of get_unaligned/put_unaligned. Others are
69           unable to perform such accesses efficiently (e.g. trap on
70           unaligned access and require fixing it up in the exception
71           handler.)
72
73           This symbol should be selected by an architecture if it can
74           perform unaligned accesses efficiently to allow different
75           code paths to be selected for these cases. Some network
76           drivers, for example, could opt to not fix up alignment
77           problems with received packets if doing so would not help
78           much.
79
80           See Documentation/unaligned-memory-access.txt for more
81           information on the topic of unaligned memory accesses.
82
83 config HAVE_SYSCALL_WRAPPERS
84         bool
85
86 config KRETPROBES
87         def_bool y
88         depends on KPROBES && HAVE_KRETPROBES
89
90 config USER_RETURN_NOTIFIER
91         bool
92         depends on HAVE_USER_RETURN_NOTIFIER
93         help
94           Provide a kernel-internal notification when a cpu is about to
95           switch to user mode.
96
97 config HAVE_IOREMAP_PROT
98         bool
99
100 config HAVE_KPROBES
101         bool
102
103 config HAVE_KRETPROBES
104         bool
105
106 config HAVE_OPTPROBES
107         bool
108 #
109 # An arch should select this if it provides all these things:
110 #
111 #       task_pt_regs()          in asm/processor.h or asm/ptrace.h
112 #       arch_has_single_step()  if there is hardware single-step support
113 #       arch_has_block_step()   if there is hardware block-step support
114 #       asm/syscall.h           supplying asm-generic/syscall.h interface
115 #       linux/regset.h          user_regset interfaces
116 #       CORE_DUMP_USE_REGSET    #define'd in linux/elf.h
117 #       TIF_SYSCALL_TRACE       calls tracehook_report_syscall_{entry,exit}
118 #       TIF_NOTIFY_RESUME       calls tracehook_notify_resume()
119 #       signal delivery         calls tracehook_signal_handler()
120 #
121 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 config HAVE_REGS_AND_STACK_ACCESS_API
131         bool
132         help
133           This symbol should be selected by an architecure if it supports
134           the API needed to access registers and stack entries from pt_regs,
135           declared in asm/ptrace.h
136           For example the kprobes-based event tracer needs this API.
137
138 config HAVE_CLK
139         bool
140         help
141           The <linux/clk.h> calls support software clock gating and
142           thus are a key power management tool on many systems.
143
144 config HAVE_DMA_API_DEBUG
145         bool
146
147 config HAVE_DEFAULT_NO_SPIN_MUTEXES
148         bool
149
150 config HAVE_HW_BREAKPOINT
151         bool
152         depends on PERF_EVENTS
153
154 config HAVE_MIXED_BREAKPOINTS_REGS
155         bool
156         depends on HAVE_HW_BREAKPOINT
157         help
158           Depending on the arch implementation of hardware breakpoints,
159           some of them have separate registers for data and instruction
160           breakpoints addresses, others have mixed registers to store
161           them but define the access type in a control register.
162           Select this option if your arch implements breakpoints under the
163           latter fashion.
164
165 config HAVE_USER_RETURN_NOTIFIER
166         bool
167
168 config HAVE_PERF_EVENTS_NMI
169         bool
170         help
171           System hardware can generate an NMI using the perf event
172           subsystem.  Also has support for calculating CPU cycle events
173           to determine how many clock cycles in a given period.
174
175 config HAVE_ARCH_JUMP_LABEL
176         bool
177
178 config HAVE_ARCH_MUTEX_CPU_RELAX
179         bool
180
181 source "kernel/gcov/Kconfig"