From: john stultz <johnstul@us.ibm.com>
To: jean-philippe francois <jp.francois@cynove.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
Subject: Re: System time drifts when processor idle.
Date: Thu, 09 Sep 2010 10:42:05 -0700 [thread overview]
Message-ID: <1284054125.2762.47.camel@localhost.localdomain> (raw)
In-Reply-To: <AANLkTina8xAwnGVuPKywsf1qEzpu+rWNbv7JjqAgLqp1@mail.gmail.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.
thanks
-john
next prev parent reply other threads:[~2010-09-09 17:42 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <AANLkTi=ivkOHRYwLy5FDg3RnK18+opjGd9XsxC7yZqi7@mail.gmail.com>
2010-08-21 3:58 ` System time drifts when processor idle Lin Ming
2010-08-23 8:46 ` jean-philippe francois
2010-08-23 22:17 ` john stultz
2010-08-24 7:08 ` jean-philippe francois
2010-08-27 14:12 ` jean-philippe francois
2010-08-27 18:11 ` john stultz
2010-08-28 0:10 ` Venkatesh Pallipadi
2010-08-28 1:09 ` john stultz
2010-08-28 12:45 ` jean-philippe francois
2010-08-28 15:19 ` Venkatesh Pallipadi
2010-09-02 11:45 ` jean-philippe francois
2010-08-30 8:03 ` jean-philippe francois
2010-09-03 12:23 ` jean-philippe francois
2010-09-09 17:42 ` john stultz [this message]
2010-09-13 13:04 ` jean-philippe francois
2010-12-06 12:55 ` jean-philippe francois
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1284054125.2762.47.camel@localhost.localdomain \
--to=johnstul@us.ibm.com \
--cc=hpa@zytor.com \
--cc=jp.francois@cynove.com \
--cc=jslaby@suse.cz \
--cc=lin@ming.vg \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=venki@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox