> So, my understanding from looking at your patch that the itc is somewhat > like the x86 tsc, in that it's not (necessarily) synchronized between > cpus. But unlike the tsc, the itc is always in nanoseconds, but you > don't get information from Xen about the current physical cpu's offset > from absolute system time. And that means you have the (rather dubious > looking) comparisons to test for large jumps in the itc which you try to > ignore. ITC is never synchronized between cpus. On some systems all processor ITC may be driven from the same clock ... so an "offset from absolute system time" would work on those systems. But on others the ITC on different processors may be driven from different crystals, so the *rate* may be different. The difference may be small if the crystals have the same nominal frequency, but in the worst case the rates may be readically different (e.g. in some SGI systems ~1.2GHz on some cpus and ~1.6GHz on others). -Tony -- To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
![]() |