Re: [PATCH] sched: Support current clocksource handling infallback sched_clock().
From: Daniel Walker
Date: Thu May 28 2009 - 14:11:04 EST
On Fri, 2009-05-29 at 02:53 +0900, Paul Mundt wrote:
> As I already stated, yes.
> We have multiple clock sources for most CPUs. These can be set up in any
> sort of configuration, and there are pros and cons to using different
> ones. The ones that are available can in turn be cycled between. I don't
> know what exactly is difficult to understand about this.
I understand that cpu's can have multiple clocks, that's not a hard concept to grasp.
> Yes, we want to be able to use modular clocksources. The only reason we
> don't right now is because some more preparatory work is needed first.
> Any attempt to remove support for modular clocksources means we will just
> have to add it in back later.
This is what's difficult to understand.. You have multiple clocks ok,
fine.. You have multiple clocks that you want the kernel to switch
between, ok that's fine too.. What's missing is the case where
clocksource modules being loaded/unload via the user becomes a valuable
If you have a valuable use case for that, fine, I won't stand in the
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/