tracing: Register the ftrace internal events during early boot
commit7374e82771c6d5a9af2080be46f64a5826c7efb1
authorSteven Rostedt <srostedt@redhat.com>
Fri, 1 Jun 2012 01:40:05 +0000 (31 21:40 -0400)
committerSteven Rostedt <rostedt@goodmis.org>
Thu, 14 Jun 2012 19:22:14 +0000 (14 15:22 -0400)
tree999fccda8bc6ccf1b517143ca27b397931854d2e
parent5da43bed800770906fca24deef7ae3d456823b86
tracing: Register the ftrace internal events during early boot

All trace events including ftrace internel events (like trace_printk
and function tracing), register functions that describe how to print
their output. The events may be recorded as soon as the ring buffer
is allocated, but they are just raw binary in the buffer. The mapping
of event ids to how to print them are held within a structure that
is registered on system boot.

If a crash happens in boot up before these functions are registered
then their output (via ftrace_dump_on_oops) will be useless:

Dumping ftrace buffer:
---------------------------------
   <...>-1       0.... 319705us : Unknown type 6
---------------------------------

This can be quite frustrating for a kernel developer trying to see
what is going wrong.

There's no reason to register them so late in the boot up process.
They can be registered by early_initcall().

Reported-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
kernel/trace/trace_output.c