lkml.org 
[lkml]   [2008]   [Feb]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: printk timestamps jumping back and forth in 2.6.25-rc.
From
From: "Alexey Zaytsev" <alexey.zaytsev@gmail.com>
Date: Thu, 28 Feb 2008 17:26:38 +0300

> commit d713f519332e029d43eca8462629314eee1ded86
> Author: Ingo Molnar <mingo@elte.hu>
> Date: Fri Jan 25 21:07:58 2008 +0100
>
> sched: fix CONFIG_PRINT_TIME's reliance on sched_clock()
>
> Stefano Brivio reported weird printk timestamp behavior during
> CPU frequency changes:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=9475
>
> fix CONFIG_PRINT_TIME's reliance on sched_clock() and use cpu_clock()
> instead.
>
> Reported-and-bisected-by: Stefano Brivio <stefano.brivio@polimi.it>
> Signed-off-by: Ingo Molnar <mingo@elte.hu>
>
>
> which sound like "happy debugging, losers" to me. ;)
>
> Anything else I can do?

FWIW, I've been seeing jumping printk timestamps ever since this
change on SMP sparc64 as well. Especially on my Niagara boxes.

The timestamp base seem to be dependant upon which cpu prints the
message. I guess the per-runqueue timestamps this new scheme is using
are all differently based.


\
 
 \ /
  Last update: 2008-02-28 20:25    [W:0.133 / U:0.412 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site