![]() | |||||||||||||
Messages in this thread |
On Fri, 7 Dec 2007 15:52:06 +0100 Ingo Molnar <mingo@elte.hu> wrote: > > * Guillaume Chazarain <guichaz@yahoo.fr> wrote: > > > Le Fri, 7 Dec 2007 14:55:25 +0100, > > Ingo Molnar <mingo@elte.hu> a ??crit : > > > > > Firstly, we dont need the 'offset' anymore because cpu_clock() > > > maintains offsets itself. > > > > Yes, but a lower quality one. __update_rq_clock tries to compensate > > large jumping clocks with a jiffy resolution, while my offset > > arranges for a very smooth frequency transition. > > yes, but that would be easy to fix up via calling > sched_clock_idle_wakeup_event(0) when doing a frequency transition, > without burdening the normal sched_clock() codepath with the offset. > See the attached latest version. can this deal with dual/quad core where the frequency of one core changes if the sofware changes the frequency of the other core? -- If you want to reach me at my work email, use arjan@linux.intel.com For development, discussion and tips for power savings, visit http://www.lesswatts.org | ||||||||||||
| Last update: 2007-12-08 17:03 [from the cache] ©2003-2008 | |||||||||||||