> > 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. /Jonas
