Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5

[George Anzinger]

Ingo Molnar wrote:
> * Roman Zippel <zippel@xxxxxxxxxxxxxx> wrote:
> > 
> > The other thing is that this assumes, that all time sources are 
> > programmable per cpu, otherwise it will be more complicated for a time 
> > source to run the timers for every cpu, I don't know how safe that 
> > assumption is. Changing the array of structures into an array of 
> > pointers to the structures would allow to switch between percpu bases 
> > and a single base.
>
>
> yeah, and that's an assumption that simplifies things on SMP 
> significantly. PIT on SMP systems for HRT is so gross that it's not 
> funny. If anyone wants to revive that notion, please do a separate patch 
> and make the case convincing enough ...
Lets not talk about PIT, but, a lot of SMP platforms do NOT have per cpu timers.  For those, it 
would seem having per cpu lists to handle the timer is not really reasonable.

--
George Anzinger   george@xxxxxxxxxx
HRT (High-res-timers):  http://sourceforge.net/projects/high-res-timers/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/