aboutsummaryrefslogtreecommitdiffstats
path: root/kernel/trace
diff options
context:
space:
mode:
authorSteven Rostedt <srostedt@redhat.com>2010-10-05 23:22:19 -0400
committerSteven Rostedt <rostedt@goodmis.org>2010-10-18 10:53:38 -0400
commit78c89ba121221d9224a5747803d7fffe51cd6e44 (patch)
tree08f529d73a27513014a15c0a21dfa2d106a68368 /kernel/trace
parent5e6d2b9cfa3a6e7fe62fc0135bc1bd778f5db564 (diff)
tracing: Remove parent recording in latency tracer graph options
Even though the parent is recorded with the normal function tracing of the latency tracers (irqsoff and wakeup), the function graph recording is bogus. This is due to the function graph messing with the return stack. The latency tracers pass in as the parent CALLER_ADDR0, which works fine for plain function tracing. But this causes bogus output with the graph tracer: 3) <idle>-0 | d.s3. 0.000 us | return_to_handler(); 3) <idle>-0 | d.s3. 0.000 us | _raw_spin_unlock_irqrestore(); 3) <idle>-0 | d.s3. 0.000 us | return_to_handler(); 3) <idle>-0 | d.s3. 0.000 us | trace_hardirqs_on(); The "return_to_handle()" call is the trampoline of the function graph tracer, and is meaningless in this context. Cc: Jiri Olsa <jolsa@redhat.com> Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Diffstat (limited to 'kernel/trace')
-rw-r--r--kernel/trace/trace_functions_graph.c1
1 files changed, 0 insertions, 1 deletions
diff --git a/kernel/trace/trace_functions_graph.c b/kernel/trace/trace_functions_graph.c
index 6f8fe28acba1..76b05980225c 100644
--- a/kernel/trace/trace_functions_graph.c
+++ b/kernel/trace/trace_functions_graph.c
@@ -287,7 +287,6 @@ trace_graph_function(struct trace_array *tr,
287 unsigned long ip, unsigned long parent_ip, 287 unsigned long ip, unsigned long parent_ip,
288 unsigned long flags, int pc) 288 unsigned long flags, int pc)
289{ 289{
290 __trace_graph_function(tr, parent_ip, flags, pc);
291 __trace_graph_function(tr, ip, flags, pc); 290 __trace_graph_function(tr, ip, flags, pc);
292} 291}
293 292