diff options
| author | Steven Rostedt <srostedt@redhat.com> | 2009-01-15 23:40:11 -0500 |
|---|---|---|
| committer | Ingo Molnar <mingo@elte.hu> | 2009-01-21 15:21:30 +0100 |
| commit | 1092307d582a7566d23779c304cf86f3075ac5f0 (patch) | |
| tree | 89b70760ec229b593d4ea9c35084ef44a68b2ec4 /kernel/trace/trace.c | |
| parent | a442e5e0a2011af5b2d1f118fee0a8f9079f1d88 (diff) | |
| download | op-kernel-dev-1092307d582a7566d23779c304cf86f3075ac5f0.zip op-kernel-dev-1092307d582a7566d23779c304cf86f3075ac5f0.tar.gz | |
trace: set max latency variable to zero on default
Impact: trace max latencies on start of latency tracing
This patch sets the max latency to zero whenever one of the
irq variant tracers or the wakeup tracer is set to current tracer.
Most developers expect to see output when starting up a latency
tracer. But since the max_latency is already set to max, and
it takes a latency greater than max_latency to be recorded, there
is no trace. This is not the expected behavior and has even confused
myself.
Signed-off-by: Steven Rostedt <srostedt@redhat.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'kernel/trace/trace.c')
| -rw-r--r-- | kernel/trace/trace.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c index 4d89e84..17bb88d 100644 --- a/kernel/trace/trace.c +++ b/kernel/trace/trace.c @@ -40,7 +40,7 @@ #define TRACE_BUFFER_FLAGS (RB_FL_OVERWRITE) -unsigned long __read_mostly tracing_max_latency = (cycle_t)ULONG_MAX; +unsigned long __read_mostly tracing_max_latency; unsigned long __read_mostly tracing_thresh; /* |
