Re: [PATCH] i386: Selectable Frequency of the Timer Interrupt

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jul 13, 2005 at 03:35:40PM -0400, Benjamin LaHaise wrote:

> On Wed, Jul 13, 2005 at 12:10:48PM -0700, Linus Torvalds wrote:
> > Long-term time drift is a known issue, and is unavoidable since you don't 
> > even know the exact frequency of the crystal, since that is not only not 
> > that exact in the first place, it depends on temperature etc. So long-term 
> > time drift is something that we inevitably have to use things like NTP to 
> > handle, if you want an exact clock.
> 
> diz gave #kernel a good diatribe a few weeks ago about the headaches 
> associated with using the PIT as a clock source, with one of the more 
> interesting tidbits being that chipsets will pull the frequency higher 
> and lower at times in order to implement spread spectrum to comply with 
> RF emissions.  The RTC doesn't suffer from this, but it only provides 
> HZ values which are powers of two.  How bad would 256 Hz be?
 
The RTC historically used to have a lower quality (cheaper) crystal than
the 14.318 MHz crystal used for everything else. But with the spread
spectrum modulation of frequency, the PIT may finally be worse to
consider the RTC again.

Another BIG problem with RTC is that it doesn't allow reading its
internal counter like the PIT does, making TSC interpolation even harder.

-- 
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]
  Powered by Linux