Re: [PATCH 1/3] Introducing cpuidle: core cpuidle infrastructure

2007-02-13 Thread Adam Belay
On Tue, 2007-02-13 at 05:31 -0800, Venkatesh Pallipadi wrote: > On Mon, Feb 12, 2007 at 08:22:01PM -0500, Dave Jones wrote: > > On Mon, Feb 12, 2007 at 10:39:25AM -0800, Venkatesh Pallipadi wrote: > > > > > > Introducing 'cpuidle', a new CPU power management infrastructure to > > manage > > >

Re: [PATCH 1/3] Introducing cpuidle: core cpuidle infrastructure

2007-02-13 Thread Venkatesh Pallipadi
On Mon, Feb 12, 2007 at 08:22:01PM -0500, Dave Jones wrote: > On Mon, Feb 12, 2007 at 10:39:25AM -0800, Venkatesh Pallipadi wrote: > > > > Introducing 'cpuidle', a new CPU power management infrastructure to manage > > idle CPUs in a clean and efficient manner. > > cpuidle separates out the

Re: [PATCH 1/3] Introducing cpuidle: core cpuidle infrastructure

2007-02-13 Thread Venkatesh Pallipadi
On Mon, Feb 12, 2007 at 08:22:01PM -0500, Dave Jones wrote: On Mon, Feb 12, 2007 at 10:39:25AM -0800, Venkatesh Pallipadi wrote: Introducing 'cpuidle', a new CPU power management infrastructure to manage idle CPUs in a clean and efficient manner. cpuidle separates out the drivers

Re: [PATCH 1/3] Introducing cpuidle: core cpuidle infrastructure

2007-02-13 Thread Adam Belay
On Tue, 2007-02-13 at 05:31 -0800, Venkatesh Pallipadi wrote: On Mon, Feb 12, 2007 at 08:22:01PM -0500, Dave Jones wrote: On Mon, Feb 12, 2007 at 10:39:25AM -0800, Venkatesh Pallipadi wrote: Introducing 'cpuidle', a new CPU power management infrastructure to manage idle CPUs in

Re: [PATCH 1/3] Introducing cpuidle: core cpuidle infrastructure

2007-02-12 Thread Arjan van de Ven
> The only differentiator that I can think of would be latency, but that seems > to be a) covered in a different tunable, and b) probably wouldn't affect > most people enough where it matters. > and for latency the kernel already has a policy thing that tracks the maximum latency allowed if

Re: [PATCH 1/3] Introducing cpuidle: core cpuidle infrastructure

2007-02-12 Thread Dave Jones
On Mon, Feb 12, 2007 at 10:39:25AM -0800, Venkatesh Pallipadi wrote: > > Introducing 'cpuidle', a new CPU power management infrastructure to manage > idle CPUs in a clean and efficient manner. > cpuidle separates out the drivers that can provide support for multiple types > of idle states

[PATCH 1/3] Introducing cpuidle: core cpuidle infrastructure

2007-02-12 Thread Venkatesh Pallipadi
Introducing 'cpuidle', a new CPU power management infrastructure to manage idle CPUs in a clean and efficient manner. cpuidle separates out the drivers that can provide support for multiple types of idle states and policy governors that decide on what idle state to use at run time. A cpuidle

[PATCH 1/3] Introducing cpuidle: core cpuidle infrastructure

2007-02-12 Thread Venkatesh Pallipadi
Introducing 'cpuidle', a new CPU power management infrastructure to manage idle CPUs in a clean and efficient manner. cpuidle separates out the drivers that can provide support for multiple types of idle states and policy governors that decide on what idle state to use at run time. A cpuidle

Re: [PATCH 1/3] Introducing cpuidle: core cpuidle infrastructure

2007-02-12 Thread Dave Jones
On Mon, Feb 12, 2007 at 10:39:25AM -0800, Venkatesh Pallipadi wrote: Introducing 'cpuidle', a new CPU power management infrastructure to manage idle CPUs in a clean and efficient manner. cpuidle separates out the drivers that can provide support for multiple types of idle states and

Re: [PATCH 1/3] Introducing cpuidle: core cpuidle infrastructure

2007-02-12 Thread Arjan van de Ven
The only differentiator that I can think of would be latency, but that seems to be a) covered in a different tunable, and b) probably wouldn't affect most people enough where it matters. and for latency the kernel already has a policy thing that tracks the maximum latency allowed if we