[lkml]   [2005]   [Aug]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Need better is_better_time_interpolator() algorithm
On Fri, 2005-08-26 at 12:16 -0700, George Anzinger wrote:
> Alex Williamson wrote:
> > On Fri, 2005-08-26 at 08:39 -0700, Christoph Lameter wrote:
> >>1. If a system boots up with a single cpu then there is no question that
> >>the ITC/TSC should be used because of the fast access.
> We need to factor in frequency shifting here, especially if it happens
> with out notice.

Would we ever want to favor a frequency shifting timer over anything
else in the system? If it was noticeable perhaps we'd just need a
callback to re-evaluate the frequency and rescan for the best timer. If
it happens without notice, a flag that statically assigns it the lowest
priority will due. Or maybe if the driver factored the frequency
shifting into the drift it would make the timer undesirable without
resorting to flags. Thanks,


Alex Williamson HP Linux & Open Source Lab

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-08-26 21:29    [W:0.037 / U:1.928 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site