On 20 November 2014 19:50, Mason <mpeg.blue@xxxxxxx> wrote: > On 20/11/2014 10:13, Viresh Kumar wrote: > Suppose I expose 100 frequencies. Aside from wasting memory, isn't > there also a risk that cpufreq will take time, ramping up/down > through similar frequencies? (Or does it just say "jump to THAT > frequency" skipping useless intermediate frequencies?) Some time might be wasted for similar frequencies, moreover for every change we have to traverse 100 frequencies to see which one fits best. > There is a trade-off, tough. > > My concern is this: suppose the CPU cores are set to e.g. 54 MHz. > Suddenly, the driver for an important subsystem needs to speak with > the corresponding device, with hard deadlines in the comms protocol. > Will the CPU ramp up fast enough (assuming ondemand governor). All current governors depend on background timers for their functionality. These timers run at some sampling rate (in ms) and that time we change CPU's frequency depending on existing load on system.. So, that might not be fast enough. > And the end of this message is as good a place as any to thank you > for having answered my many questions. Your welcome :) -- To unsubscribe from this list: send the line "unsubscribe cpufreq" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
