Bhavesh P. Davda wrote:
setitimer for 20ms was firing at 21ms, so I wrote a simple debug module
for 2.6.11.10 kernel on i386 to do something like this:
struct timeval tv;
unsigned long jif;
tv.tv_usec = 20000;
tv.tv_sec = 0;
jif = timeval_to_jiffies(&tv);
printk("%lu usec = %lu jiffies\n", tv.tv_usec, jif);
This yields:
20000 usec = 21 jiffies
Egad!
I looked at the timeval_to_jiffies() inline function in
include/linux/jiffies.h, and after pulling my hair for a few minutes
(okay almost an hour), I decided to ask much smarter people than myself
on why it is behaving this way, and what it would take to fix it so that
"20000 usec = 20 jiffies".
I got as far as this in figuring it out for i386:
HZ=1000
SEC_CONVERSION=4194941632
USEC_CONVERSION=2199357558
USEC_ROUND=2199023255551
USEC_JIFFIE_SC=41
SEC_JIFFIE_SC=22
Thanks in advance for saving me from going bald!
Well, I am already bald :)
What you are missing is that the PIT can not generate a 1ms tick. The best it
can do is 999849 nanoseconds. Given this we need to convert 20000 usec to not
less than 2000usec worth of jiffies (time MUST always be rounded up). 20
jiffies is 19.996980 usec so we need to use 21 (which is 20.996829 usec).
Note that TICK_NSEC and tick_nsec will both be 999849 nanoseconds.
If we do NOT account for this PIT issue, the result is a time drift that is
outside of what ntp can handle...
--
George Anzinger [email protected]
High-res-timers: http://sourceforge.net/projects/high-res-timers/
-
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]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
