[PATCH] RFC: clk notifications & freq constraints
jonas.bonn at gmail.com
Tue Nov 11 13:30:22 CET 2008
> The Freescale i.MX31 kernel has dealt with this by implementing cpufreq
> as a client of the clk API. I've not looked at this in enough detail to
> see if there are problems with this but it did look like a sane approach
> to getting the two to play with each other.
This is the approach that I'm aiming for, too. Both cpuidle and
cpufreq should use the clk API both for querying valid frequency
states and for doing the actual frequency adjustment. I have
implemented the cpuidle side of this for the OpenMoko (S3C2410); it's
both compact and works nicely.
More information about the openmoko-kernel