lkml.org 
[lkml]   [2007]   [Dec]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.24-rc4-git5: Reported regressions from 2.6.23
On Mon, 10 Dec 2007 21:42:12 +0100
Ingo Molnar <mingo@elte.hu> wrote:

> * Rafael J. Wysocki <rjw@sisk.pl> wrote:
>
> > Subject : jiffies counter leaps in 2.6.24-rc3
> > Submitter : Stefano Brivio <stefano.brivio@polimi.it>
> > References : http://lkml.org/lkml/2007/11/24/53
> > http://bugzilla.kernel.org/show_bug.cgi?id=9475
> > Handled-By : Ingo Molnar <mingo@elte.hu>
> > Patch : http://lkml.org/lkml/2007/12/7/132
>
> Linus, Andrew, i need some help deciding what to do about this
> regression. The fixes for this have been tested and resolve the
> regression, but they change printk and other code that runs by default
> and is thus rather invasive so late in the v2.6.24 cycle. This bug
> should only affect CONFIG_PRINTK_TIME=y kernels (a non-default debug
> option) - although some claimed effect was on udelay()/mdelay() too.
>
> i've attached below the queue of 5 patches that fix this problem. They
> have been build and boot tested with more than 1000 random kernels in
> the past few days, so i certainly trust the core and x86 bits of this.
>
> what do you think? Right now i've got them queued up for 2.6.25 in both
> the scheduler-devel and the x86-devel git trees - but can submit them
> for 2.6.24 if it's better if we did them there. I've got no strong
> opinion either way.

printk_clock() doesn't seem terribly important but what's this stuff about
effects on udelay/mdelay? That can be serious if they're getting
shortened.



\
 
 \ /
  Last update: 2007-12-10 22:03    [W:0.245 / U:0.336 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site