tracing: Partial revert of "tracing: Centralize preemptirq tracepoints and unify...
authorSteven Rostedt (VMware) <rostedt@goodmis.org>
Mon, 6 Aug 2018 19:50:58 +0000 (15:50 -0400)
committerSteven Rostedt (VMware) <rostedt@goodmis.org>
Fri, 10 Aug 2018 19:11:25 +0000 (15:11 -0400)
commitbff1b208a5d1dbb2355822ef859edcb9be0379e4
tree14fad0cf56447502af1f714e22de707ad19f9a9d
parentda5b3ebb4527733299661229a8d035d64a4f0b1a
tracing: Partial revert of "tracing: Centralize preemptirq tracepoints and unify their usage"

Joel Fernandes created a nice patch that cleaned up the duplicate hooks used
by lockdep and irqsoff latency tracer. It made both use tracepoints. But it
caused lockdep to trigger several false positives. We have not figured out
why yet, but removing lockdep from using the trace event hooks and just call
its helper functions directly (like it use to), makes the problem go away.

This is a partial revert of the clean up patch c3bc8fd637a9 ("tracing:
Centralize preemptirq tracepoints and unify their usage") that adds direct
calls for lockdep, but also keeps most of the clean up done to get rid of
the horrible preprocessor if statements.

Link: http://lkml.kernel.org/r/20180806155058.5ee875f4@gandalf.local.home
Cc: Peter Zijlstra <peterz@infradead.org>
Reviewed-by: Joel Fernandes (Google) <joel@joelfernandes.org>
Fixes: c3bc8fd637a9 ("tracing: Centralize preemptirq tracepoints and unify their usage")
Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
include/linux/irqflags.h
include/linux/lockdep.h
init/main.c
kernel/locking/lockdep.c
kernel/trace/trace_preemptirq.c