]>
Commit | Line | Data |
---|---|---|
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 KALLSYMS && MODULES | |
36 | depends on HAVE_KPROBES | |
37 | help | |
38 | Kprobes allows you to trap at almost any kernel address and | |
39 | execute a callback function. register_kprobe() establishes | |
40 | a probepoint and specifies the callback. Kprobes is useful | |
41 | for kernel debugging, non-intrusive instrumentation and testing. | |
42 | If in doubt, say "N". | |
43 | ||
44 | config OPTPROBES | |
45 | def_bool y | |
46 | depends on KPROBES && HAVE_OPTPROBES | |
47 | depends on !PREEMPT | |
48 | select KALLSYMS_ALL | |
49 | ||
50 | config HAVE_EFFICIENT_UNALIGNED_ACCESS | |
51 | bool | |
52 | help | |
53 | Some architectures are unable to perform unaligned accesses | |
54 | without the use of get_unaligned/put_unaligned. Others are | |
55 | unable to perform such accesses efficiently (e.g. trap on | |
56 | unaligned access and require fixing it up in the exception | |
57 | handler.) | |
58 | ||
59 | This symbol should be selected by an architecture if it can | |
60 | perform unaligned accesses efficiently to allow different | |
61 | code paths to be selected for these cases. Some network | |
62 | drivers, for example, could opt to not fix up alignment | |
63 | problems with received packets if doing so would not help | |
64 | much. | |
65 | ||
66 | See Documentation/unaligned-memory-access.txt for more | |
67 | information on the topic of unaligned memory accesses. | |
68 | ||
69 | config HAVE_SYSCALL_WRAPPERS | |
70 | bool | |
71 | ||
72 | config KRETPROBES | |
73 | def_bool y | |
74 | depends on KPROBES && HAVE_KRETPROBES | |
75 | ||
76 | config USER_RETURN_NOTIFIER | |
77 | bool | |
78 | depends on HAVE_USER_RETURN_NOTIFIER | |
79 | help | |
80 | Provide a kernel-internal notification when a cpu is about to | |
81 | switch to user mode. | |
82 | ||
83 | config HAVE_IOREMAP_PROT | |
84 | bool | |
85 | ||
86 | config HAVE_KPROBES | |
87 | bool | |
88 | ||
89 | config HAVE_KRETPROBES | |
90 | bool | |
91 | ||
92 | config HAVE_OPTPROBES | |
93 | bool | |
94 | # | |
95 | # An arch should select this if it provides all these things: | |
96 | # | |
97 | # task_pt_regs() in asm/processor.h or asm/ptrace.h | |
98 | # arch_has_single_step() if there is hardware single-step support | |
99 | # arch_has_block_step() if there is hardware block-step support | |
100 | # asm/syscall.h supplying asm-generic/syscall.h interface | |
101 | # linux/regset.h user_regset interfaces | |
102 | # CORE_DUMP_USE_REGSET #define'd in linux/elf.h | |
103 | # TIF_SYSCALL_TRACE calls tracehook_report_syscall_{entry,exit} | |
104 | # TIF_NOTIFY_RESUME calls tracehook_notify_resume() | |
105 | # signal delivery calls tracehook_signal_handler() | |
106 | # | |
107 | config HAVE_ARCH_TRACEHOOK | |
108 | bool | |
109 | ||
110 | config HAVE_DMA_ATTRS | |
111 | bool | |
112 | ||
113 | config USE_GENERIC_SMP_HELPERS | |
114 | bool | |
115 | ||
116 | config HAVE_REGS_AND_STACK_ACCESS_API | |
117 | bool | |
118 | help | |
119 | This symbol should be selected by an architecure if it supports | |
120 | the API needed to access registers and stack entries from pt_regs, | |
121 | declared in asm/ptrace.h | |
122 | For example the kprobes-based event tracer needs this API. | |
123 | ||
124 | config HAVE_CLK | |
125 | bool | |
126 | help | |
127 | The <linux/clk.h> calls support software clock gating and | |
128 | thus are a key power management tool on many systems. | |
129 | ||
130 | config HAVE_DMA_API_DEBUG | |
131 | bool | |
132 | ||
133 | config HAVE_DEFAULT_NO_SPIN_MUTEXES | |
134 | bool | |
135 | ||
136 | config HAVE_HW_BREAKPOINT | |
137 | bool | |
138 | depends on PERF_EVENTS | |
139 | ||
140 | config HAVE_MIXED_BREAKPOINTS_REGS | |
141 | bool | |
142 | depends on HAVE_HW_BREAKPOINT | |
143 | help | |
144 | Depending on the arch implementation of hardware breakpoints, | |
145 | some of them have separate registers for data and instruction | |
146 | breakpoints addresses, others have mixed registers to store | |
147 | them but define the access type in a control register. | |
148 | Select this option if your arch implements breakpoints under the | |
149 | latter fashion. | |
150 | ||
151 | config HAVE_USER_RETURN_NOTIFIER | |
152 | bool | |
153 | ||
154 | source "kernel/gcov/Kconfig" |