lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130506230137.GA16801@amd.pavel.ucw.cz>
Date:	Tue, 7 May 2013 01:01:38 +0200
From:	Pavel Machek <pavel@....cz>
To:	Ingo Molnar <mingo@...nel.org>
Cc:	Linus Torvalds <torvalds@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, Thomas Gleixner <tglx@...utronix.de>,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ