diff options
author | 2009-09-01 11:06:29 -0400 | |
---|---|---|
committer | 2009-09-04 18:44:22 -0400 | |
commit | 2f26ebd549b9ab55ac756b836ec759c11fe93f81 (patch) | |
tree | 0f6fb154e2b5e9233a683b3267e5efe862a846f4 /ipc/compat_mq.c | |
parent | tracing: remove users of tracing_reset (diff) | |
download | linux-2f26ebd549b9ab55ac756b836ec759c11fe93f81.tar.gz linux-2f26ebd549b9ab55ac756b836ec759c11fe93f81.tar.bz2 linux-2f26ebd549b9ab55ac756b836ec759c11fe93f81.zip |
tracing: use timestamp to determine start of latency traces
Currently the latency tracers reset the ring buffer. Unfortunately
if a commit is in process (due to a trace event), this can corrupt
the ring buffer. When this happens, the ring buffer will detect
the corruption and then permanently disable the ring buffer.
The bug does not crash the system, but it does prevent further tracing
after the bug is hit.
Instead of reseting the trace buffers, the timestamp of the start of
the trace is used instead. The buffers will still contain the previous
data, but the output will not count any data that is before the
timestamp of the trace.
Note, this only affects the static trace output (trace) and not the
runtime trace output (trace_pipe). The runtime trace output does not
make sense for the latency tracers anyway.
Reported-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Diffstat (limited to 'ipc/compat_mq.c')
0 files changed, 0 insertions, 0 deletions