https://bugzilla.kernel.org/show_bug.cgi?id=68591

--- Comment #3 from Bodo Eggert <7egg...@gmx.de> ---
08ec0c58fb8a05d3191d5cb6f5d6f81adb419798 is the first bad commit
commit 08ec0c58fb8a05d3191d5cb6f5d6f81adb419798
Author: John Stultz <johns...@us.ibm.com>
Date:   Tue Jul 27 17:00:00 2010 -0700

    x86: Improve TSC calibration using a delayed workqueue

    Boot to boot the TSC calibration may vary by quite a large amount.

    While normal variance of 50-100ppm can easily be seen, the quick
    calibration code only requires 500ppm accuracy, which is the limit
    of what NTP can correct for.

    This can cause problems for systems being used as NTP servers, as
    every time they reboot it can take hours for them to calculate the
    new drift error caused by the calibration.

    The classic trade-off here is calibration accuracy vs slow boot times,
    as during the calibration nothing else can run.

    This patch uses a delayed workqueue  to calibrate the TSC over the
    period of a second. This allows very accurate calibration (in my
    tests only varying by 1khz or 0.4ppm boot to boot). Additionally this
    refined calibration step does not block the boot process, and only
    delays the TSC clocksoure registration by a few seconds in early boot.
    If the refined calibration strays 1% from the early boot calibration
    value, the system will fall back to already calculated early boot
    calibration.

    Credit to Andi Kleen who suggested using a timer quite awhile back,
    but I dismissed it thinking the timer calibration would be done after
    the clocksource was registered (which would break things). Forgive
    me for my short-sightedness.

    This patch has worked very well in my testing, but TSC hardware is
    quite varied so it would probably be good to get some extended
    testing, possibly pushing inclusion out to 2.6.39.

    Signed-off-by: John Stultz <johns...@us.ibm.com>
    LKML-Reference: <1289003985-29060-1-git-send-email-johns...@us.ibm.com>
    Reviewed-by: Thomas Gleixner <t...@linutronix.de>
    CC: Thomas Gleixner <t...@linutronix.de>
    CC: Ingo Molnar <mi...@elte.hu>
    CC: Martin Schwidefsky <schwidef...@de.ibm.com>
    CC: Clark Williams <willi...@redhat.com>
    CC: Andi Kleen <a...@firstfloor.org>

:040000 040000 6d3e9a0724aca8dc175adc72fa409c760582a81c
dc1040298a929172fe2c40d7dd6e97ee1b6a5e81 M      arch

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to