tracing/ftrace: handle more than one stat file per tracer
commit034939b65ad5ff64b9709210b3469a95153c51a3
authorFrederic Weisbecker <fweisbec@gmail.com>
Thu, 8 Jan 2009 18:03:56 +0000 (8 10:03 -0800)
committerIngo Molnar <mingo@elte.hu>
Sun, 11 Jan 2009 03:00:44 +0000 (11 04:00 +0100)
tree14fc36bdcabc9c76ac179e4b39b7af11fcbdfb35
parent67d347245f76a149c45bffb1a10145d31d61d1da
tracing/ftrace: handle more than one stat file per tracer

Impact: new API for tracers

Make the stat tracing API reentrant. And also provide the new directory
/debugfs/tracing/trace_stat which will contain all the stat files for the
current active tracer.

Now a tracer will, if desired, want to provide a zero terminated array of
tracer_stat structures.
Each one contains the callbacks necessary for one stat file.
It have to provide at least a name for its stat file, an iterator with
stat_start/start_next callback and an output callback for one stat entry.

Also adapt the branch tracer to this new API.
We create two files "all" and "annotated" inside the /debugfs/tracing/trace_stat
directory, making the both stats simultaneously available instead of needing
to change an option to switch from one stat file to another.

The output of these stats haven't changed.

Changes in v2:

_ Apply the previous memory leak fix (rebase against tip/master)

Changes in v3:

_ Merge the patch that adapted the branch tracer to this Api in this patch to
  not break the kernel build.

Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Signed-off-by: Steven Rostedt <srostedt@redhat.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
kernel/trace/trace.h
kernel/trace/trace_branch.c
kernel/trace/trace_stat.c