[RFC] ARM: sched_clock: update epoch_cyc on resume
linus.walleij at linaro.org
Fri Jul 27 18:23:05 EDT 2012
On Tue, Jul 24, 2012 at 11:16 AM, Bedia, Vaibhav <vaibhav.bedia at ti.com> wrote:
>> > A connecting theme is that of being avle to flag clock sources as
>> > sched_clock providers. If all clocksources were tagged with
>> > rating, and only clocksources were used for sched_clock(), the
>> > kernel could select the highest-rated clock under all circumstances.
>> > But that's quite intrusive, more of an idea. :-P
> Too intrusive I guess ;)
> There were some discussions on this in the context of AM335x  .
> Right now only sched_clock can be registered and I guess this restriction
> is not going to go away any time soon.
Why do you think that? The restriction to only assign sched_clock() at
compile-time was recently removed so its now runtime assigned.
So yes, a clock source that can die and change frequency is no good
as primary system time, but the abstraction could still be used for
those that do, just add another flag NOT_CONTINUOUS or so, and
make sure the system does not select this for primary system
Then modelling sched_clock() on clock sources makes all more
sense: just select the best one. For primary system clock source,
do not select one which is non-continous.
More information about the linux-arm-kernel