From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752112Ab0IMNEi (ORCPT <rfc822;w@1wt.eu>);
	Mon, 13 Sep 2010 09:04:38 -0400
Received: from mail-pw0-f46.google.com ([209.85.160.46]:46313 "EHLO
	mail-pw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1751780Ab0IMNEg convert rfc822-to-8bit (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 13 Sep 2010 09:04:36 -0400
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:cc:content-type
         :content-transfer-encoding;
        b=yGNnoIR04foZCaZnbJhv23P9BHiTMPCjB+bZnuMld7DQT+cOn85f0a/ir7ZYh+bUez
         Sq35dIdEp5zFx8zelGUADvA3tSxRTsPNlRTYkDc7ZKq7hizso/48VFXBIDrPvhC526XL
         XnITzrMlHg0i6tVQ65Y57AbVOORMh5Cxz2CIY=
MIME-Version: 1.0
In-Reply-To: <1284054125.2762.47.camel@localhost.localdomain>
References: <AANLkTi=ivkOHRYwLy5FDg3RnK18+opjGd9XsxC7yZqi7@mail.gmail.com>
	<AANLkTik0ZGs3i_mHtB0s6iT6X0cLgxMjRN7Hi9FK_ZLF@mail.gmail.com>
	<AANLkTikTF9uvKw+48_jJKLAwqp7MJnypvvUsHN3qQ58+@mail.gmail.com>
	<AANLkTin80q4tGPZ1FefWCUMmhpNKj3_-KZZB12gZvwSA@mail.gmail.com>
	<AANLkTin5cLQG9ApxhCs92Twm958MP0J+u4GdBysJ3aNk@mail.gmail.com>
	<AANLkTikWTLeDLbWWi-LJDD5SRAFN60v5065Vc_wGoY5N@mail.gmail.com>
	<1282932708.1946.8.camel@work-vm>
	<AANLkTina8xAwnGVuPKywsf1qEzpu+rWNbv7JjqAgLqp1@mail.gmail.com>
	<1284054125.2762.47.camel@localhost.localdomain>
Date: Mon, 13 Sep 2010 15:04:36 +0200
X-Google-Sender-Auth: nzrSRMMEzYExE71H0SrlLVuHgi8
Message-ID: <AANLkTimCQnoY2FmRe4Gcf8vgxp4QanYXftRaD9gvrejy@mail.gmail.com>
Subject: Re: System time drifts when processor idle.
From: jean-philippe francois <jp.francois@cynove.com>
To: john stultz <johnstul@us.ibm.com>
Cc: Lin Ming <lin@ming.vg>, venki@google.com, "H. Peter Anvin" <hpa@zytor.com>,
        linux-acpi@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
        jslaby@suse.cz
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8BIT
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

2010/9/9 john stultz <johnstul@us.ibm.com>:
> On Fri, 2010-09-03 at 14:23 +0200, jean-philippe francois wrote:
>> 2010/8/27 john stultz <johnstul@us.ibm.com>:
>> > On Fri, 2010-08-27 at 16:12 +0200, jean-philippe francois wrote:
>> >> My Timekeeping bug is still present, here is an updated script and log.
>> >> I am willing to make test, but I don't know what kind of debugging
>> >> info is needed.
>> >>
>> >> cat /sys/devices/system/clocksource/clocksource0/available_clocksource
>> >> hpet acpi_pm
>> >> cat /sys/devices/system/clocksource/clocksource0/current_clocksource
>> >> hpet
>> >
>> > Huh. hpet was not what I would have expected.
>> >
>> >
>> > So first, two experiments:
>> >
>> > 1) Does booting with "clock=acpi_pm" cause the issue to disappear?
>> >
>>
>> Hi,
>>
>> The same bug happens with clock=acpi_pm.
>> My apologies for a previous mail where I said it was not hapenning with acpi_pm.
>>
>> With both clock, the timekeeping gap augments by amount of 5 minutes.
>
> Huh. So this still seems strange, but assuming we're still using the
> hpet for irqs, its possible the event somehow gets pushed back 5 minutes
> and we miss an timekeeping interval accumulation (with acpi_pm, the
> counter wraps ever 5 seconds or so, so we could miss many accumulation
> intervals and still be 5 minutes off if the tick timer was late).
>
> Again, seeing if the issue goes away with nohz=off would be helpful.
>

It  goes away witj nohz=off

Thank you for your interest.
Jean-Philippe François