Messages in this thread | | | Date | Mon, 03 Oct 2005 18:59:34 -0700 | From | George Anzinger <> | Subject | Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5 |
| |
Ingo Molnar wrote: > * Roman Zippel <zippel@linux-m68k.org> 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@mvista.com 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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |