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

> > > Sorry. You seem to not like the merged change, but I guess I'm not
> > > quite sure what exactly your objection is here.
> >
> > I'm not exactly sure what my objections are.
> >
> > TSC was not designed for long-term precise timekeeping. [...]
>
> The TSC is just a 64-bit counter that can be read very cheaply.
>
> If the TSC is _implemented_ precisely in hardware and is kept in sync over
> CPUs then it's obviously fit for long-term precise timekeeping from that
> point on.

Yes. But the clock for TSC is not being generated in CPU (right?) and
AFAICT, the code said "if the CPU is new enough, assume TSC is good
timesource". You need good clock for good timesource.

> > [...] but some people suspend their machines for longer than that. Plus
> > I wonder how it will interfere with /etc/adjtime.
>
> If it's precise then why should it interfere?
>
> The history of the TSC being problematic can be ignored the moment CPU
> makers fix it completely - and apparently that is happening...

AFAICT we normally use RTC/PIT during runtime. If we switch to TSC
during suspend, surely /etc/adjtime will be confused. (RTC has its own
timesource, so it is unlikely to have same error as TSC).
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


\
 
 \ /
  Last update: 2013-05-08 13:21    [W:0.069 / U:0.052 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site