lkml.org 
[lkml]   [2005]   [May]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: IA64 implementation of timesource for new time of day subsystem
On Mon, 16 May 2005, john stultz wrote:

> In pseudo code, all you would need to do is something like:
>
> arch_update_vsyscall_gtod(wall_time, offset_base, timesource, ntp_adj):
>
> fastcall_data.wall = wall_time
> fastcall_data.base = offset_base
> fastcall_data.ts = timesource
> fastcall_data.ntpadj = ntp_adj


Ahh. Thanks.

> > Clock jitter can affect multiple clock sources that may fluctuate
> > in a minor way due to a variety of influences. Jitter compensation may
> > help in these situations.
>
> Forgive me as I'm just not aware of these, and am thus hesitant to
> change the core code for two known cases that can be cleanly dealt with
> in the timesource driver code.

I am happy to leave the situation as is since it does not affect SGI.
We have a memory mapped timer that does not need this jitter compensation.

Other IA64 vendors will see that their timer performance drops
significantly after the new timer subsystem is in. IBM no longer
has IA64 systems that rely on ITC?
-
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/

\
 
 \ /
  Last update: 2005-05-16 21:44    [W:0.090 / U:0.180 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site