Home
last modified time | relevance | path

Searched hist:"4 ee7c60de83ac01fa4c33c55937357601631e8ad" (Results 1 – 2 of 2) sorted by relevance

/openbmc/linux/include/trace/events/
H A Dinitcall.h4ee7c60de83ac01fa4c33c55937357601631e8ad Fri Mar 23 09:18:03 CDT 2018 Steven Rostedt (VMware) <rostedt@goodmis.org> init, tracing: Add initcall trace events

Being able to trace the start and stop of initcalls is useful to see where
the timings are an issue. There is already an "initcall_debug" parameter,
but that can cause a large overhead itself, as the printing of the
information may take longer than the initcall functions.

Adding in a start and finish trace event around the initcall functions, as
well as a trace event that records the level of the initcalls, one can get a
much finer measurement of the times and interactions of the initcalls
themselves, as trace events are much lighter than printk()s.

Suggested-by: Abderrahmane Benbachir <abderrahmane.benbachir@polymtl.ca>
Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
/openbmc/linux/init/
H A Dmain.cdiff 4ee7c60de83ac01fa4c33c55937357601631e8ad Fri Mar 23 09:18:03 CDT 2018 Steven Rostedt (VMware) <rostedt@goodmis.org> init, tracing: Add initcall trace events

Being able to trace the start and stop of initcalls is useful to see where
the timings are an issue. There is already an "initcall_debug" parameter,
but that can cause a large overhead itself, as the printing of the
information may take longer than the initcall functions.

Adding in a start and finish trace event around the initcall functions, as
well as a trace event that records the level of the initcalls, one can get a
much finer measurement of the times and interactions of the initcalls
themselves, as trace events are much lighter than printk()s.

Suggested-by: Abderrahmane Benbachir <abderrahmane.benbachir@polymtl.ca>
Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>