2 # Architectures that offer an FTRACE implementation should select HAVE_FTRACE:
12 config HAVE_DYNAMIC_FTRACE
15 config HAVE_FTRACE_MCOUNT_RECORD
18 config TRACER_MAX_TRACE
32 bool "Kernel Function Tracer"
33 depends on HAVE_FTRACE
34 depends on DEBUG_KERNEL
37 select CONTEXT_SWITCH_TRACER
39 Enable the kernel to trace every kernel function. This is done
40 by using a compiler feature to insert a small, 5-byte No-Operation
41 instruction to the beginning of every kernel function, which NOP
42 sequence is then dynamically patched into a tracer call when
43 tracing is enabled by the administrator. If it's runtime disabled
44 (the bootup default), then the overhead of the instructions is very
45 small and not measurable even in micro-benchmarks.
48 bool "Interrupts-off Latency Tracer"
50 depends on TRACE_IRQFLAGS_SUPPORT
51 depends on GENERIC_TIME
52 depends on HAVE_FTRACE
53 depends on DEBUG_KERNEL
56 select TRACER_MAX_TRACE
58 This option measures the time spent in irqs-off critical
59 sections, with microsecond accuracy.
61 The default measurement method is a maximum search, which is
62 disabled by default and can be runtime (re-)started
65 echo 0 > /debugfs/tracing/tracing_max_latency
67 (Note that kernel size and overhead increases with this option
68 enabled. This option and the preempt-off timing option can be
69 used together or separately.)
72 bool "Preemption-off Latency Tracer"
74 depends on GENERIC_TIME
76 depends on HAVE_FTRACE
77 depends on DEBUG_KERNEL
79 select TRACER_MAX_TRACE
81 This option measures the time spent in preemption off critical
82 sections, with microsecond accuracy.
84 The default measurement method is a maximum search, which is
85 disabled by default and can be runtime (re-)started
88 echo 0 > /debugfs/tracing/tracing_max_latency
90 (Note that kernel size and overhead increases with this option
91 enabled. This option and the irqs-off timing option can be
92 used together or separately.)
99 This tracer provides the trace needed by the 'Sysprof' userspace
103 bool "Scheduling Latency Tracer"
104 depends on HAVE_FTRACE
105 depends on DEBUG_KERNEL
107 select CONTEXT_SWITCH_TRACER
108 select TRACER_MAX_TRACE
110 This tracer tracks the latency of the highest priority task
111 to be scheduled in, starting from the point it has woken up.
113 config CONTEXT_SWITCH_TRACER
114 bool "Trace process context switches"
115 depends on HAVE_FTRACE
116 depends on DEBUG_KERNEL
120 This tracer gets called from the context switch and records
121 all switching of tasks.
124 bool "Trace boot initcalls"
125 depends on HAVE_FTRACE
126 depends on DEBUG_KERNEL
129 This tracer helps developers to optimize boot times: it records
130 the timings of the initcalls and traces key events and the identity
131 of tasks that can cause boot delays, such as context-switches.
133 Its aim is to be parsed by the /scripts/bootgraph.pl tool to
134 produce pretty graphics about boot inefficiencies, giving a visual
135 representation of the delays during initcalls - but the raw
136 /debug/tracing/trace text output is readable too.
138 ( Note that tracing self tests can't be enabled if this tracer is
139 selected, because the self-tests are an initcall as well and that
140 would invalidate the boot trace. )
143 bool "Trace max stack"
144 depends on HAVE_FTRACE
145 depends on DEBUG_KERNEL
149 This special tracer records the maximum stack footprint of the
150 kernel and displays it in debugfs/tracing/stack_trace.
152 This tracer works by hooking into every function call that the
153 kernel executes, and keeping a maximum stack depth value and
154 stack-trace saved. Because this logic has to execute in every
155 kernel function, all the time, this option can slow down the
156 kernel measurably and is generally intended for kernel
161 config DYNAMIC_FTRACE
162 bool "enable/disable ftrace tracepoints dynamically"
164 depends on HAVE_DYNAMIC_FTRACE
165 depends on DEBUG_KERNEL
168 This option will modify all the calls to ftrace dynamically
169 (will patch them out of the binary image and replaces them
170 with a No-Op instruction) as they are called. A table is
171 created to dynamically enable them again.
173 This way a CONFIG_FTRACE kernel is slightly larger, but otherwise
174 has native performance as long as no tracing is active.
176 The changes to the code are done by a kernel thread that
177 wakes up once a second and checks to see if any ftrace calls
178 were made. If so, it runs stop_machine (stops all CPUS)
179 and modifies the code to jump over the call to ftrace.
181 config FTRACE_MCOUNT_RECORD
183 depends on DYNAMIC_FTRACE
184 depends on HAVE_FTRACE_MCOUNT_RECORD
186 config FTRACE_SELFTEST
189 config FTRACE_STARTUP_TEST
190 bool "Perform a startup test on ftrace"
191 depends on TRACING && DEBUG_KERNEL && !BOOT_TRACER
192 select FTRACE_SELFTEST
194 This option performs a series of startup tests on ftrace. On bootup
195 a series of tests are made to verify that the tracer is
196 functioning properly. It will do tests on all the configured