ftrace: correct the counter increment for trace_buffer data
authorUmesh Tiwari <umesh.t@samsung.com>
Mon, 22 Jun 2015 11:25:06 +0000 (16:55 +0530)
committerSteven Rostedt <rostedt@goodmis.org>
Tue, 21 Jul 2015 02:30:45 +0000 (22:30 -0400)
In ftrace_dump, for disabling buffer, iter.tr->trace_buffer.data is used.
But for enabling, iter.trace_buffer->data is used.
Even though, both point to same buffer, for readability, same convention
should be used.

Link: http://lkml.kernel.org/r/1434972306-20043-1-git-send-email-umesh.t@samsung.com
Signed-off-by: Umesh Tiwari <umesh.t@samsung.com>
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
kernel/trace/trace.c

index 59814adc39d6b43e70f47e4900ecdc13106d2478..6e79408674aaa15e7f5be7da0e86488599fdfa0f 100644 (file)
@@ -6990,7 +6990,7 @@ void ftrace_dump(enum ftrace_dump_mode oops_dump_mode)
        trace_init_global_iter(&iter);
 
        for_each_tracing_cpu(cpu) {
-               atomic_inc(&per_cpu_ptr(iter.tr->trace_buffer.data, cpu)->disabled);
+               atomic_inc(&per_cpu_ptr(iter.trace_buffer->data, cpu)->disabled);
        }
 
        old_userobj = trace_flags & TRACE_ITER_SYM_USEROBJ;