[PATCH] Statclock aliasing by LAPIC

[Attilio Rao]

2010/1/16 b. f. <bf1783 at googlemail.com>:
>>About the slowness -- I'm fine with whatever additional source to
>>LAPIC we would eventually use thus would you feel better if i8254 is
>>used replacing atrtc?
> ...
>>the new things it does introduce are secondarilly (but still: I'm fine
>>with whatever second source is picked up for statclock, profclock) if
>>you really see a concern wrt atrtc slowness.
>
> Would it be possible to to split kern.timecounter.hardware into
> several tunables, and make the choice of hardware (and perhaps
> frequency) configurable, at least to an extent, for each of the
> clocks?

I think that several things can be made.
What this patch just does is to increase the flexibility of the clocks
tuning and the 'loose end' is choosen by what was already happening in
the old kernel. I don't think the concept is wrong per-se (we could
get it being even more flexible honestly) maybe the choice of clocks
is not ideal though as Bruce pointed out with his quality tests, but
still falls in 'what was used before' category.

Attilio


-- 
Peace can only be achieved by understanding - A. Einstein