[lkml]   [2005]   [Mar]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Clock 3x too fast on AMD64 laptop [WAS Re: Various issues after rebooting]
    On Wed, 2005-03-30 at 00:02 +0200, Olivier Fourdan wrote:
    > A quick look at the source shows that the error is triggered in
    > arch/i386/kernel/timers/timer_pm.c by the verify_pmtr_rate() function.
    > My guess is that the pmtmr timer is right and the pit is wrong in my
    > case. That would explain why the clock is wrong when being based on pit
    > (like when forced with "clock=pit")

    Yea. From your description this is most likely the cause of the issue.
    Currently the time of day is still tick-based, using the tsc/pmtmr/hpet
    only for interpolating between ticks.

    > Maybe, if I can prove my guesses, a fix could be to "trust" the pmtmr
    > clock when the user has passed a "clock=pmtmr" argument ? Does that make
    > any sense ?

    Well, if you tried the time of day re-work I've been working on it would
    mask the issue somewhat, but you'd still have the problem that you are
    taking too many timer interrupts.

    One thing you could try is playing with the CLOCK_TICK_RATE value to see
    if you just have very unique hardware.

    A similar sounding issue has also been reported here:


    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-04-06 13:31    [W:0.022 / U:50.392 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site