linux-stable.git/arch/sh/kernel/cpu/shmobile, branch v3.3

sh: cpuidle: Migrate off of hwblk API.

2011-11-18T07:13:09+00:00

Now that the hwblk API is unused and going away, migrate cpuidle off of
it. This is a pretty straightforward migration given that we weren't
really making use of the allowed mode overloading in the first place, so
simply default to regular sleep mode.

Signed-off-by: Paul Mundt

sh: Kill off remaining private runtime PM bits.

2011-11-18T07:05:52+00:00

This kills of the now unused runtime PM stub in favour of the generic
one.

Signed-off-by: Paul Mundt

sh: sh7723: use runtime PM implementation, common with arm/mach-shmobile

2011-11-17T19:12:29+00:00

Switch sh7723 to a runtime PM implementation, common with ARM-based
sh-mobile platforms.

Signed-off-by: Guennadi Liakhovetski 
Signed-off-by: Paul Mundt

sh: sh7722: use runtime PM implementation, common with arm/mach-shmobile

2011-11-17T19:12:28+00:00

Switch sh7722 to a runtime PM implementation, common with ARM-based
sh-mobile platforms.

Signed-off-by: Guennadi Liakhovetski 
Signed-off-by: Paul Mundt

sh: sh7724: use runtime PM implementation, common with arm/mach-shmobile

2011-11-17T19:12:28+00:00

Switch sh7724 to a runtime PM implementation, common with ARM-based
sh-mobile platforms.

Signed-off-by: Guennadi Liakhovetski 
Signed-off-by: Paul Mundt

Merge branch 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux

2011-11-07T18:13:52+00:00

* 'release' of git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux:
  cpuidle: Single/Global registration of idle states
  cpuidle: Split cpuidle_state structure and move per-cpu statistics fields
  cpuidle: Remove CPUIDLE_FLAG_IGNORE and dev->prepare()
  cpuidle: Move dev->last_residency update to driver enter routine; remove dev->last_state
  ACPI: Fix CONFIG_ACPI_DOCK=n compiler warning
  ACPI: Export FADT pm_profile integer value to userspace
  thermal: Prevent polling from happening during system suspend
  ACPI: Drop ACPI_NO_HARDWARE_INIT
  ACPI atomicio: Convert width in bits to bytes in __acpi_ioremap_fast()
  PNPACPI: Simplify disabled resource registration
  ACPI: Fix possible recursive locking in hwregs.c
  ACPI: use kstrdup()
  mrst pmu: update comment
  tools/power turbostat: less verbose debugging

cpuidle: Single/Global registration of idle states

2011-11-07T02:13:58+00:00

This patch makes the cpuidle_states structure global (single copy)
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 only.
Having single copy of cpuidle_states saves memory. Rare case
of asymmetric C-states can be handled within the cpuidle driver
and architectures such as POWER do not have asymmetric C-states.

Having single/global registration of all the idle states,
dynamic C-state transitions on x86 are handled by
the boot cpu. Here, the boot cpu  would disable all the devices,
re-populate the states and later enable all the devices,
irrespective of the cpu that would receive the notification first.

Reference:
https://lkml.org/lkml/2011/4/25/83

Signed-off-by: Deepthi Dharwar 
Signed-off-by: Trinabh Gupta 
Tested-by: Jean Pihet 
Reviewed-by: Kevin Hilman 
Acked-by: Arjan van de Ven 
Acked-by: Kevin Hilman 
Signed-off-by: Len Brown

cpuidle: Move dev->last_residency update to driver enter routine; remove dev->last_state

2011-11-07T02:13:30+00:00

Cpuidle governor only suggests the state to enter using the
governor->select() interface, but allows the low level driver to
override the recommended state. The actual entered state
may be different because of software or hardware demotion. Software
demotion is done by the back-end cpuidle driver and can be accounted
correctly. Current cpuidle code uses last_state field to capture the
actual state entered and based on that updates the statistics for the
state entered.

Ideally the driver enter routine should update the counters,
and it should return the state actually entered rather than the time
spent there. The generic cpuidle code should simply handle where
the counters live in the sysfs namespace, not updating the counters.

Reference:
https://lkml.org/lkml/2011/3/25/52

Signed-off-by: Deepthi Dharwar 
Signed-off-by: Trinabh Gupta 
Tested-by: Jean Pihet 
Reviewed-by: Kevin Hilman 
Acked-by: Arjan van de Ven 
Acked-by: Kevin Hilman 
Signed-off-by: Len Brown

sh: Add export.h to arch/sh specific files as required.

2011-10-31T23:31:05+00:00

Signed-off-by: Paul Gortmaker

PM / Domains: Rename struct dev_power_domain to struct dev_pm_domain

2011-07-02T12:29:54+00:00

The naming convention used by commit 7538e3db6e015e890825fbd9f86599b
(PM: Add support for device power domains), which introduced the
struct dev_power_domain type for representing device power domains,
evidently confuses some developers who tend to think that objects
of this type must correspond to "power domains" as defined by
hardware, which is not the case.  Namely, at the kernel level, a
struct dev_power_domain object can represent arbitrary set of devices
that are mutually dependent power management-wise and need not belong
to one hardware power domain.  To avoid that confusion, rename struct
dev_power_domain to struct dev_pm_domain and rename the related
pointers in struct device and struct pm_clk_notifier_block from
pwr_domain to pm_domain.

Signed-off-by: Rafael J. Wysocki 
Acked-by: Kevin Hilman