[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200611101147.26081.ak@suse.de>
Date: Fri, 10 Nov 2006 11:47:25 +0100
From: Andi Kleen <ak@...e.de>
To: Arjan van de Ven <arjan@...radead.org>
Cc: Andrew Morton <akpm@...l.org>, Ingo Molnar <mingo@...e.hu>,
tglx@...utronix.de, john stultz <johnstul@...ibm.com>,
LKML <linux-kernel@...r.kernel.org>, Len Brown <lenb@...nel.org>,
Roman Zippel <zippel@...ux-m68k.org>
Subject: Re: [patch 13/19] GTOD: Mark TSC unusable for highres timers
On Friday 10 November 2006 11:35, Arjan van de Ven wrote:
>
> > We're limping along in a semi-OK fashion with the TSC.
>
> that's because we fake it a heck of a lot; like after C3 we just make
> the kernel guestimate how much to progress it so that it has just enough
> ductape on it to not totally fall apart ;(
Do we? Where? AFAIK we just do some resetting after cpu frequency
changes, but on C3 TSC is just disabled globally.
That is better than it sounds.
Most systems don't have C3 right now. And on those that have
(laptops) it tends to be not that critical because they normally
don't run workload where gettimeofday() is really time critical
(and nobody expects them to be particularly fast anyways)
[... proposal for per CPU TSC state snipped ...]
All is being worked on.
-Andi
-
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