lkml.org 
[lkml]   [2013]   [May]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [GIT PULL] timer changes for v3.10
Hi!

> - suspend/resume enhancements by Feng Tang: on certain new Intel Atom
> processors (Penwell and Cloverview), there is a feature that the TSC
> won't stop in S3 state, so the TSC value won't be reset to 0 after
> resume. This can be taken advantage of by the generic via the
> CLOCK_SOURCE_SUSPEND_NONSTOP flag: instead of using the RTC to
> recover/approximate sleep time, the main (and precise) clocksource can
> be used.

Ok, so for system time, we use three different timers:

1) RTC, while system is off

2) PIT, while system is running (plus TSC for parts of second)

3) TSC, while system is sleeping

Now. we have ntpd that is trying to compute "speed of clock", and
adjust accordingly (adjtimex). But will it still do the right thing
when we switch to different source during sleep?

And is the TSC even good enough? According to man page, PIT is not
precise enough, so we sync from RTC every 11 minutes. I'd imagine TSC
is even worse than that. Machine can stay is s2ram for weeks (for a
lot more if it is desktop and you do s2ram for powersaving). Also
temperature of CPU varies a lot between active and s2ram states. Is
TSC good enough?

Pavel

--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


\
 
 \ /
  Last update: 2013-05-07 01:41    [W:0.156 / U:0.028 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site