nclude/linux/cpufreq.h | 21
> include/linux/pm_opp.h | 20 ---
> 7 files changed, 167 insertions(+), 146 deletions(-)
> create mode 100644 drivers/cpufreq/cpufreq_opp.c
Works fine on Exynos.
Tested-by: Thomas Abraham
>
> --
> 1.7.9.5
>
> --
On 5 December 2011 16:27, Mark Brown
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
On 5 December 2011 16:04, Mark Brown
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 e
Hi Mark,
On 4 December 2011 21:24, Mark Brown
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 th
On 18 November 2011 16:47, Rajendra Nayak 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
> as the re
Hi Rajendra,
On 18 November 2011 16:47, Rajendra Nayak 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 dt-adapted dr
Hi Linus,
On 17 November 2011 19:27, Linus Walleij wrote:
> On Thu, Nov 17, 2011 at 12:26 PM, Thomas Abraham
> wrote:
>
>> For now, the Samsung GPIO, Pinconfig and Pinmux information is
>> represented in device tree as listed below.
>
> Does this mean that the unde
On 17 November 2011 13:38, Linus Walleij 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 today is done from
