| 20 ---
7 files changed, 167 insertions(+), 146 deletions(-)
create mode 100644 drivers/cpufreq/cpufreq_opp.c
Works fine on Exynos.
Tested-by: Thomas Abraham thomas...@samsung.com
--
1.7.9.5
--
To unsubscribe from this list: send the line unsubscribe linux-pm in
the body
Hi Mark,
On 4 December 2011 21:24, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Sun, Dec 04, 2011 at 06:51:23PM +0530, Thomas Abraham wrote:
For regulators that are not turned on by bootloader, and which require
'apply_uV' constraint, is there any alternative for turning
On 5 December 2011 16:04, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Mon, Dec 05, 2011 at 02:40:50PM +0530, Thomas Abraham wrote:
On 4 December 2011 21:24, Mark Brown
If the regulator isn't software managed then always_on covers this - the
regulator core will enable any
On 5 December 2011 16:27, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Mon, Dec 05, 2011 at 04:14:40PM +0530, Thomas Abraham wrote:
On 5 December 2011 16:04, Mark Brown
With the regulator device tree bindings if the regulator is configured
to run a single voltage the bindings
Hi Rajendra,
On 18 November 2011 16:47, Rajendra Nayak rna...@ti.com wrote:
With device tree support for regulators, its needed that the
regulator_dev-dev device has the right of_node attached.
To be able to do this add an additional parameter to the
regulator_register() api, wherein the
On 18 November 2011 16:47, Rajendra Nayak rna...@ti.com wrote:
The helper routine is meant to be used by the regulator drivers
to extract the regulator_init_data structure from the data
that is passed from device tree.
'consumer_supplies' which is part of regulator_init_data is not extracted
Hi Linus,
On 17 November 2011 19:27, Linus Walleij linus.wall...@linaro.org wrote:
On Thu, Nov 17, 2011 at 12:26 PM, Thomas Abraham
thomas.abra...@linaro.org wrote:
For now, the Samsung GPIO, Pinconfig and Pinmux information is
represented in device tree as listed below.
Does this mean
On 17 November 2011 13:38, Linus Walleij linus.wall...@linaro.org wrote:
Linus,
Is there a plan to move even the data that exists in the pinmux
drivers today (including the function/pin-groups definition)
eventually to DT? Or is it just the 'mapping' data to map
devices to functions (that