tracing/ftrace: tracing engine depends on Nop Tracer
authorFrédéric Weisbecker <fweisbec@gmail.com>
Sun, 21 Sep 2008 18:12:14 +0000 (20:12 +0200)
committerIngo Molnar <mingo@elte.hu>
Tue, 14 Oct 2008 08:38:06 +0000 (10:38 +0200)
Now that the nop tracer is used as the default tracer by
replacing the "none" tracer, tracing engine depends on it.

Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com>
Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Steven Noonan <steven@uplinklabs.net>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
kernel/trace/Kconfig

index d7b2de744631788e61b3fb14dc5600e70bd28d60..254328dec672f2b1f99eeac0f1cc190cbdf6117f 100644 (file)
@@ -1,8 +1,13 @@
 #
 # Architectures that offer an FTRACE implementation should select HAVE_FTRACE:
 #
+
+config NOP_TRACER
+       bool
+
 config HAVE_FTRACE
        bool
+       select NOP_TRACER
 
 config HAVE_DYNAMIC_FTRACE
        bool
@@ -101,16 +106,6 @@ config SCHED_TRACER
          This tracer tracks the latency of the highest priority task
          to be scheduled in, starting from the point it has woken up.
 
-config NOP_TRACER
-       bool "NOP Tracer"
-       depends on HAVE_FTRACE
-       depends on DEBUG_KERNEL
-       select TRACING
-       help
-         This tracer does nothing. The primary purpose for it is to
-         politely print the output of ftrace_printk() calls without
-         the overhead of an irrelevant trace taking place.
-
 config CONTEXT_SWITCH_TRACER
        bool "Trace process context switches"
        depends on HAVE_FTRACE