Messages in this thread | | | Subject | Re: gettimeofday nanoseconds patch (makes it possible for the posix-timer functions to return higher accuracy) | From | john stultz <> | Date | Wed, 14 Jul 2004 18:35:20 -0700 |
| |
On Wed, 2004-07-14 at 18:16, David Mosberger wrote: > >>>>> On Wed, 14 Jul 2004 17:48:06 -0700, john stultz <johnstul@us.ibm.com> said: > > John> Although you still have the issue w/ NTP adjustments being > John> ignored, but last time I looked at the time_interpolator code, > John> it seemed it was being ignored there too, so at least your not > John> doing worse then the ia64 do_gettimeofday(). [If I'm doing the > John> time_interpolator code a great injustice with the above, > John> someone please correct me] > > The existing time-interpolator code for ia64 never lets time go > backwards (in the absence of a settimeofday(), of course). There is > no need to special-case NTP.
I guess I don't understand then, from my looking over it I didn't see where the time_interpolator_get_offset() is scaled back when NTP is slewing the clock. It seems that while the time-interpolator code does keep time from going backwards, it also inadvertently ends up compensating for NTP slow down. Thus the slewing is not visible to userspace.
In order for this to happen, time_interpolator_get_offset() would need to be scaled or capped as to that it would not return more then the length of the *NTP adjusted tick* during an actual tick interval.
I may be missing something, so please let me know if I'm wrong.
thanks -john
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |