tracing: Fix outputting formats of x86-tsc and counter when use trace_clock
authorYoshihiro YUNOMAE <yoshihiro.yunomae.ez@hitachi.com>
Tue, 23 Apr 2013 01:32:39 +0000 (10:32 +0900)
committerSteven Rostedt <rostedt@goodmis.org>
Tue, 11 Jun 2013 17:58:46 +0000 (13:58 -0400)
commit58e8eedf18577c7eac722d5d1f190507ea263d1b
tree6a44f69cf8711a4853fc4e921e77cc64784fa9f9
parentf17a5194859a82afe4164e938b92035b86c55794
tracing: Fix outputting formats of x86-tsc and counter when use trace_clock

Outputting formats of x86-tsc and counter should be a raw format, but after
applying the patch(2b6080f28c7cc3efc8625ab71495aae89aeb63a0), the format was
changed to nanosec. This is because the global variable trace_clock_id was used.
When we use multiple buffers, clock_id of each sub-buffer should be used. Then,
this patch uses tr->clock_id instead of the global variable trace_clock_id.

[ Basically, this fixes a regression where the multibuffer code changed the
  trace_clock file to update tr->clock_id but the traces still use the old
  global trace_clock_id variable, negating the file's effect. The global
  trace_clock_id variable is obsolete and removed. - SR ]

Link: http://lkml.kernel.org/r/20130423013239.22334.7394.stgit@yunodevel
Signed-off-by: Yoshihiro YUNOMAE <yoshihiro.yunomae.ez@hitachi.com>
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
kernel/trace/trace.c
kernel/trace/trace.h