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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Ingo Molnar wrote:
* Roman Zippel <[email protected]> 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   [email protected]
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 [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux