[...]
- * acpi_processor_setup_cpuidle - prepares and configures CPUIDLE
+ * acpi_processor_setup_cpuidle_cx - prepares and configures CPUIDLE
+ * device i.e. per-cpu data
+ *
* @pr: the ACPI processor
*/
-static int acpi_processor_setup_cpuidle(struct acpi_processor *pr)
+static int
Hi Trinabh,
Trinabh Gupta trin...@linux.vnet.ibm.com writes:
[...]
I just wanted to get comments on the design and understand how it
affects various architectures in question. It looks to me as if the
design should be okay and infact better for architectures like ARM
since they do not have
Trinabh Gupta trin...@linux.vnet.ibm.com writes:
With this patch there is single copy of cpuidle_states structure
instead of per-cpu. The statistics needed on per-cpu basis
by the governor are kept per-cpu. This simplifies the cpuidle
subsystem as state registration is done by single cpu
On 04/20/2011 11:03 PM, Kevin Hilman wrote:
Trinabh Guptatrin...@linux.vnet.ibm.com writes:
With this patch there is single copy of cpuidle_states structure
instead of per-cpu. The statistics needed on per-cpu basis
by the governor are kept per-cpu. This simplifies the cpuidle
subsystem as
