Hi Nishanth,
On Friday 13 July 2012 03:21 PM, Menon, Nishanth wrote:
On Thursday 05 July 2012, Rajendra Nayak wrote:
[..]
From 5f5e4eb342110286bf719c7d9d7c1959f53e34f9 Mon Sep 17 00:00:00 2001
From: Rajendra Nayak
Date: Thu, 5 Jul 2012 17:33:28 +0530
Subject: [RFC] ARM: OMAP: Powerdomain
On Friday 13 July 2012 08:31 AM, Menon, Nishanth wrote:
my Crib about the above apis are lack of logic power state handling:(
which forces code like cpuidle to use different apis for logic
power state and force them to use these apis just for pwrst.
Have you looked at an alternate approach that
On Thursday 31 May 2012 06:59 PM, Tero Kristo wrote:
Previously, PER clock domain was always enabled, as the usecounts
for this domain incorrectly always showed positive value. On HW
level though, the domain enters idle as it is set in HW supervised
mode. Now, when the usecounts reflect real valu
Hi Tero,
On Thursday 31 May 2012 06:58 PM, Tero Kristo wrote:
dpll3, dpll4 and sdrc_ick are controlled automatically by hardware.
sdrc_ick does not seem to have a software control to enable/disable
this automatic control in hardware, so what you are doing in the
patch below seems fine.
However
On Thursday 12 July 2012 05:28 AM, Omar Ramirez Luna wrote:
I suspect this might be specific to 4460 as Rajendra reported it was
working for him on 4430 but not on 4460, I haven't tried 4430 but let
me see if I can find one.
Yes, this is an issue specific to 4460. The patch 'ARM: OMAP4460:
Work
On Tuesday 10 July 2012 01:46 PM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Tue, Jul 10, 2012 at 11:59 AM, Rajendra Nayak wrote:
On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
All the unnessary functions in omap-phy-internal is removed.
These functionality are now handled by
On Tuesday 10 July 2012 01:43 PM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Tue, Jul 10, 2012 at 11:57 AM, Rajendra Nayak wrote:
On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
Add usb otg data node in omap4/omap3 device tree file. Also update
the node with board specific setting
On Tuesday 10 July 2012 12:18 PM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Tue, Jul 10, 2012 at 11:33 AM, Venu Byravarasu
wrote:
+
+#ifdef CONFIG_PM
Should it not be CONFIG_PM_SLEEP instead of just CONFIG_PM?
Why? I think we should have CONFIG_PM_SLEEP only when we have
*suspend*, *resume* hoo
On Tuesday 10 July 2012 12:22 PM, ABRAHAM, KISHON VIJAY wrote:
+TWL4030 USB PHY AND COMPARATOR
>> + - compatible : Should be "ti,twl4030-usb"
>> + - interrupts : The interrupt numbers to the cpu should be specified.
>> First
>> + interrupt number is the otg interrupt number that raises ID i
+
+static int __devinit omap_usb2_probe(struct platform_device *pdev)
+{
+ struct omap_usb *phy;
+ struct usb_otg *otg;
+ struct resource *res;
+
+ phy = devm_kzalloc(&pdev->dev, sizeof(*phy), GFP_KERNEL);
+ if (!phy)
On Tuesday 10 July 2012 11:58 AM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Tue, Jul 10, 2012 at 11:28 AM, Rajendra Nayak wrote:
On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
Add device tree support for twl6030 usb driver.
Update the Documentation with device tree binding
On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
All the unnessary functions in omap-phy-internal is removed.
These functionality are now handled by omap-usb2 phy driver.
Cc: Felipe Balbi
Signed-off-by: Kishon Vijay Abraham I
Acked-by: Tony Lindgren
---
arch/arm/mach-omap2/omap
On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
Add usb otg data node in omap4/omap3 device tree file. Also update
the node with board specific setting in omapx-.dts file.
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/boot/dts/omap3-beagle.dts |6 ++
arch/arm/boo
On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
Add twl4030-usb data node in twl4030 device tree file.
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/boot/dts/twl4030.dtsi | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/arch/a
On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
Add device tree support for twl6030 usb driver.
twl4030?
Update the Documentation with device tree binding information.
Signed-off-by: Kishon Vijay Abraham I
---
.../devicetree/bindings/usb/twl-usb.txt| 19 +
On Thursday 28 June 2012 05:21 PM, Kishon Vijay Abraham I wrote:
Add device tree support for twl6030 usb driver.
Update the Documentation with device tree binding information.
Signed-off-by: Kishon Vijay Abraham I
---
.../devicetree/bindings/usb/twl-usb.txt| 18
drivers
diff --git a/Documentation/devicetree/bindings/usb/omap-usb.txt
b/Documentation/devicetree/bindings/usb/omap-usb.txt
new file mode 100644
index 000..80a28c9
--- /dev/null
+++ b/Documentation/devicetree/bindings/usb/omap-usb.txt
@@ -0,0 +1,16 @@
+OMAP USB PHY
+
+OMAP USB2 PHY
+
+Required prope
From: Misael Lopez Cruz
Clock and module mode are explictly enable when hwmod is enabled. But if
the hwmod doesn't get ready on time, clocks are disabled but module is left
enabled.
Signed-off-by: Misael Lopez Cruz
Signed-off-by: Rajendra Nayak
Cc: Paul Walmsley
Cc: Benoit Cousson
---
On Thursday 05 July 2012 06:38 PM, Jean Pihet wrote:
There was also some
> offline discussion about this between me, Santosh Shilimkar and
> Paul Walmsley.
Good to know!
And... ?
oh, the discussion was just about the approach and there was nothing
concluded. So I just cooked up this RFC so t
Hi Jean,
On Thursday 05 July 2012 06:36 PM, Jean Pihet wrote:
Hi Rajendra,
On Thu, Jul 5, 2012 at 2:47 PM, Rajendra Nayak wrote:
Hi,
This RFC is aimed at simplifying the powerdomain control
(in software) for OMAP. Powerdomains on OMAP have been
fairly complex to program (as compared to
July 2012 06:17 PM, Rajendra Nayak wrote:
Hi,
This RFC is aimed at simplifying the powerdomain control
(in software) for OMAP. Powerdomains on OMAP have been
fairly complex to program (as compared to other SoCs)
mainly due to the multiple memory/logic control exposed
to software. These controls
he current powerdomain framework to its users (like
cpuilde, suspend etc) and see if those could also be simplified.
The RFC is suspend tested on OMAP4430sdp and
OMAP3630Beagle-Xm.
regards,
Rajendra
>From 5f5e4eb342110286bf719c7d9d7c1959f53e34f9 Mon Sep 17 00:00:00 2001
From: Rajendra Nay
On Wednesday 04 July 2012 11:48 AM, Turquette, Mike wrote:
Hi Rajendra,
I don't have any outstanding review comments for this patch and I've
taken it into clk-next. Pull the latest and you'll find it there.
great, thanks Mike.
Thanks,
Mike
--
To unsubscribe from this list: send the line
Hi Mike,
On Thursday 14 June 2012 06:16 PM, Rajendra Nayak wrote:
Most platforms end up using a mix of basic clock types and
some which use clk_hw_foo struct for filling in custom platform
information when the clocks don't fit into basic types supported.
In platform code, its useful to kn
Hi Samuel,
On Monday 02 July 2012 04:48 PM, Samuel Ortiz wrote:
Hi Rajendra,
On Thu, Jun 14, 2012 at 06:16:56PM +0530, Rajendra Nayak wrote:
As we move to Common clk framework use clk_prepare_enable()
instead of clk_enable() and similarly clk_disable_unprepare()
instead of clk_disable
the clkdev tables updated with an entry for all clocks
used by hwmod to have clock name same as the alias.
Based on original changes from Mike Turquette.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/clock2420_data.c | 17 +
arch/arm/mach-omap2/clock2430_data.c | 21
le() and a clk_unprepare()
after a clk_disable().
This is in preparation of OMAP moving to CCF.
Based on initial changes from Mike turquette.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/board-apollon.c|4 ++--
arch/arm/mach-omap2/board-h4.c |6 +++---
arch/arm/mach-o
cross multiple lines
which seem to be needed anyway.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/clkt2xxx_apll.c |2 +-
arch/arm/mach-omap2/clkt2xxx_virt_prcm_set.c |4 +-
arch/arm/mach-omap2/clkt34xx_dpll3m2.c | 20 +++---
arch/arm/mach-omap2/clkt_clk
ed on 3630 Beagle-Xm
and 4430 Panda. Patches apply on 3.5-rc5.
Rajendra Nayak (3):
ARM: omap: clk: add clk_prepare and clk_unprepare
ARM: omap: hwmod: get rid of all omap_clk_get_by_name usage
ARM: omap: clk: Remove all direct dereferencing of struct clk
arch/arm/mach-omap2/board
In the case of the quoted string warnings, please go ahead and
concatenate those strings while you are there. That needs to be done
anyway.
Ok, will do. I was able to fix all but one hard to fix CHECK for this
patch..
---
CHECK: Alignment should match open parenthesis
#608: FILE: arch/arm/mach
On Saturday 30 June 2012 01:53 AM, Paul Walmsley wrote:
Hi
On Wed, 27 Jun 2012, Rajendra Nayak wrote:
While we move to Common Clk Framework (CCF), direct deferencing of struct
clk wouldn't be possible anymore. Hence get rid of all such instances
in the current clock code and use m
On Saturday 30 June 2012 01:49 AM, Paul Walmsley wrote:
Hi
On Wed, 27 Jun 2012, Rajendra Nayak wrote:
As part of Common Clk Framework (CCF) the clk_enable() operation
was split into a clk_prepare() which could sleep, and a clk_enable()
which should never sleep. Similarly the clk_disable() was
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omapdss clocks.
Signed-off-by: Rajendra Nayak
Cc: Tomi Valkeinen
Cc:
Cc: Paul Walmsley
Cc: Mike Turquette
---
drivers/video/omap2/dss/dsi.c |4 ++--
drivers/video/omap2/dss/hdmi.c
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the hsmmc clocks.
Signed-off-by: Rajendra Nayak
Cc: Chris Ball
Cc: Balaji T K
Cc:
Cc: Paul Walmsley
Cc: Mike Turquette
---
drivers/mmc/host/omap_hsmmc.c | 14 +++---
1 files
While we move to Common Clk Framework (CCF), direct deferencing of struct
clk wouldn't be possible anymore. Hence get rid of all such instances
in the current clock code and use macros/helpers similar to the ones that
are provided by CCF.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-
the clkdev tables updated with an entry for all clocks
used by hwmod to have clock name same as the alias.
Based on original changes from Mike Turquette.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/clock2420_data.c | 17 +
arch/arm/mach-omap2/clock2430_data.c | 21
clk_get, and removes all direct 'struct clk'
dereferrencing and uses helpers similar to what is provided
by Common Clk.
Patches are boot tested on OMAP2430sdp, 3630 Beagle-Xm
and 4430/4460 Panda and suspend tested on 3630 Beagle-Xm
and 4430 Panda. Patches apply on 3.5-rc4.
Rajendra Nayak
le() and a clk_unprepare()
after a clk_disable().
This is in preparation of OMAP moving to CCF.
Based on initial changes from Mike turquette.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/board-apollon.c|4 ++--
arch/arm/mach-omap2/board-h4.c |6 +++---
arch/arm/mach-o
On Wednesday 27 June 2012 09:49 AM, Tomi Valkeinen wrote:
On Tue, 2012-06-26 at 17:47 -0700, Mike Turquette wrote:
On 20120625-16:14, Tomi Valkeinen wrote:
A question about clk_prepare/unprepare, not directly related: let's say
I have a driver for some HW block. The driver doesn't use clk funct
On Tuesday 26 June 2012 04:09 PM, Paul Walmsley wrote:
Then at the same time, maybe get the rest of the drivers runtime-PM
converted and acked through their respective maintainers.
So if I read your response correctly, you are saying all OMAP drivers
being converted to use runtime PM is a pre-r
On Tuesday 26 June 2012 12:25 PM, Tomi Valkeinen wrote:
On Tue, 2012-06-26 at 10:30 +0530, Rajendra Nayak wrote:
So as far as I see, clocks are never handled in atomic context. Is
everything related to the base clk stuff already in mainline? Can I take
the clk_prepare/unprepare patch into my
On Tuesday 26 June 2012 10:53 AM, Shilimkar, Santosh wrote:
On Tue, Jun 26, 2012 at 10:49 AM, Rajendra Nayak wrote:
On Tuesday 26 June 2012 10:39 AM, Shilimkar, Santosh wrote:
+#if defined(CONFIG_OF)
>+static const struct of_device_id emif_of_ma
On Tuesday 26 June 2012 10:39 AM, Shilimkar, Santosh wrote:
+#if defined(CONFIG_OF)
> > +static const struct of_device_id emif_of_match[] = {
> > + { .compatible = "ti,emif-4d" },
> > + { .compatible = "ti,emif-4d5" },
> > + {},
> > +};
> > +MODULE_
On Monday 25 June 2012 06:44 PM, Tomi Valkeinen wrote:
venc and hdmi use clk_enable/disable in runtime PM callbacks (suspend&
resume). If I understand correctly, the callbacks are not called in
atomic context if pm_runtime_irq_safe() has not been used. And it is not
used in omapdss.
dsi uses clk
On Monday 25 June 2012 06:20 PM, Tomi Valkeinen wrote:
On Mon, 2012-06-25 at 18:12 +0530, Rajendra Nayak wrote:
On Monday 25 June 2012 06:00 PM, Tomi Valkeinen wrote:
On Mon, 2012-06-25 at 15:05 +0300, Grazvydas Ignotas wrote:
On Mon, Jun 25, 2012 at 9:20 AM, Tomi Valkeinen wrote:
On Sat
On Monday 25 June 2012 06:00 PM, Tomi Valkeinen wrote:
On Mon, 2012-06-25 at 15:05 +0300, Grazvydas Ignotas wrote:
On Mon, Jun 25, 2012 at 9:20 AM, Tomi Valkeinen wrote:
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
Currenlty HDMI fails to come up in the suspend-resu
On Monday 25 June 2012 01:28 PM, Tomi Valkeinen wrote:
On Mon, 2012-06-25 at 12:29 +0530, Rajendra Nayak wrote:
On Monday 25 June 2012 11:37 AM, Tomi Valkeinen wrote:
Hi,
On Fri, 2012-06-22 at 19:18 +0530, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add
On Monday 25 June 2012 11:48 AM, Paul Walmsley wrote:
On Mon, 25 Jun 2012, Rajendra Nayak wrote:
On Saturday 23 June 2012 12:04 AM, Paul Walmsley wrote:
On Fri, 22 Jun 2012, S, Venkatraman wrote:
On Fri, Jun 22, 2012 at 7:18 PM, Rajendra Nayak wrote:
In preparation of OMAP moving to
On Monday 25 June 2012 11:41 AM, DebBarma, Tarun Kanti wrote:
On Mon, Jun 25, 2012 at 11:00 AM, Rajendra Nayak wrote:
On Saturday 23 June 2012 12:47 AM, Paul Walmsley wrote:
Hi
On Fri, 22 Jun 2012, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add
On Monday 25 June 2012 11:37 AM, Tomi Valkeinen wrote:
Hi,
On Fri, 2012-06-22 at 19:18 +0530, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omapdss clocks.
You used clk_prepare and clk_unprepare instead of
On Friday 22 June 2012 11:12 PM, Pankaj Jangra wrote:
diff --git a/arch/arm/mach-omap2/display.c b/arch/arm/mach-omap2/display.c
> index 5fb47a1..e5f8e48 100644
> --- a/arch/arm/mach-omap2/display.c
> +++ b/arch/arm/mach-omap2/display.c
> @@ -471,7 +471,7 @@ int omap_dss_reset(struct omap_hwm
On Friday 22 June 2012 11:53 PM, S, Venkatraman wrote:
On Fri, Jun 22, 2012 at 7:18 PM, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the mmc and hsmmc clocks as part of the drivers
probe() and remove() routines
On Saturday 23 June 2012 12:47 AM, Paul Walmsley wrote:
Hi
On Fri, 22 Jun 2012, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
for omap gpio debounce clock.
Signed-off-by: Rajendra Nayak
Cc: Grant Likely
---
drivers/gpio/gpio-omap.c
On Saturday 23 June 2012 12:28 AM, Paul Walmsley wrote:
Hi
On Fri, 22 Jun 2012, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omap crypto clocks.
These drivers should be converted to use runtime PM instead
On Saturday 23 June 2012 12:05 AM, Paul Walmsley wrote:
On Fri, 22 Jun 2012, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the hdq clocks.
Signed-off-by: Rajendra Nayak
Cc: Evgeniy Polyakov
This one should not be
On Saturday 23 June 2012 12:04 AM, Paul Walmsley wrote:
On Fri, 22 Jun 2012, S, Venkatraman wrote:
On Fri, Jun 22, 2012 at 7:18 PM, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the mmc and hsmmc clocks as part of
While we move to Common Clk Framework (CCF), direct deferencing of struct
clk wouldn't be possible anymore. Hence get rid of all such instances
in the current clock code and use macros/helpers similar to the ones that
are provided by CCF.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-
the clkdev tables updated with an entry for all clocks
used by hwmod to have clock name same as the alias.
Based on original changes from Mike Turquette.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/clock2420_data.c | 17 +
arch/arm/mach-omap2/clock2430_data.c | 21
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the hdq clocks.
Signed-off-by: Rajendra Nayak
Cc: Evgeniy Polyakov
---
drivers/w1/masters/omap_hdq.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/w1
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omap crypto clocks.
Signed-off-by: Rajendra Nayak
Cc: Herbert Xu
---
drivers/crypto/omap-aes.c |2 ++
drivers/crypto/omap-sham.c |2 ++
2 files changed, 4 insertions(+), 0
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the iommu clocks.
Signed-off-by: Rajendra Nayak
Cc: Ohad Ben-Cohen
---
drivers/iommu/omap-iommu.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/iommu/omap
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the mmc and hsmmc clocks as part of the drivers
probe() and remove() routines.
Signed-off-by: Rajendra Nayak
Cc: Chris Ball
Cc: Balaji T K
Cc:
---
drivers/mmc/host/omap.c |9
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
for omap gpio debounce clock.
Signed-off-by: Rajendra Nayak
Cc: Grant Likely
---
drivers/gpio/gpio-omap.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/gpio/gpio-omap.c b/drivers
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the rng interface clock as part of the drivers
probe() and remove() routines.
Signed-off-by: Rajendra Nayak
Cc: Deepak Saxena
Cc: Matt Mackall
---
drivers/char/hw_random/omap-rng.c |6
In preparation of OMAP moving to Common Clk Framework (CCF) add clk_prepare()
and clk_unprepare() for the various usb host clocks.
Signed-off-by: Rajendra Nayak
Cc: Samuel Ortiz
---
drivers/mfd/omap-usb-host.c | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omapdss clocks.
Signed-off-by: Rajendra Nayak
Cc: Tomi Valkeinen
Cc:
---
drivers/video/omap2/dss/dsi.c |5 -
drivers/video/omap2/dss/hdmi.c |5 -
drivers/video/omap2/dss
_get() and a clk_unprepare()
immediately preceding the clk_put().
This is in preparation of OMAP moving to CCF.
Based on initial changes from Mike turquette.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/board-apollon.c |4 ++--
arch/arm/mach-omap2/board-h4.c |6 ++
ies can be found here
git://github.com/rrnayak/linux.git prepare-common-clk-3.5-rc3
regards,
Rajendra
[1] http://www.mail-archive.com/linux-omap@vger.kernel.org/msg70299.html
Rajendra Nayak (11):
ARM: omap: clk: add clk_prepare and clk_unprepare
mmc: omap: add clk_prepare and clk_unprepare
h
Hi,
On Tuesday 06 March 2012 08:41 PM, Tero Kristo wrote:
From: Vishwanath BS
IO Daisychain feature has to be triggered whenever there is a change in
device's mux configuration (See section 3.9.4 in OMAP4 Public TRM vP).
Now devices can idle independent of the powerdomain, there can be a
windo
x27; was here
make[1]: *** [arch/arm/mach-omap2/board-flash.o] Error 1
make: *** [arch/arm/mach-omap2] Error 2
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/board-flash.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap2/board-flash.c
b/arch/
On Wednesday 20 June 2012 05:09 PM, Tony Lindgren wrote:
* Rajendra Nayak [120606 22:33]:
Hi Tony,
On Tuesday 05 June 2012 12:12 PM, Tony Lindgren wrote:
* Rajendra Nayak [120601 05:13]:
The data is autogenerated using the OMAP autogeneration scripts (python
scripts). Thanks to Mike
On Thursday 21 June 2012 11:13 AM, Paul Walmsley wrote:
On Thu, 21 Jun 2012, Rajendra Nayak wrote:
Paul, are you ok to look at them as preparatory patches for CCF
conversion too?
Yes. Also it looks like some of these patches should go through Mike
since they add features to the CCF, so it
On Wednesday 20 June 2012 05:11 PM, Tony Lindgren wrote:
* Rajendra Nayak [120614 22:01]:
On Friday 15 June 2012 12:41 AM, Mike Turquette wrote:
On 20120614-18:16, Rajendra Nayak wrote:
As we move to Common clk framework use clk_prepare_enable()
instead of clk_enable() and similarly
On Thursday 14 June 2012 08:35 PM, Jean Pihet wrote:
{
.enter= omap3_enter_idle_bm,
- .exit_latency = 3000 + 8500,
- .target_residency = 15000,
+ .exit_latency = 4080 + 80
On Thursday 14 June 2012 08:35 PM, Jean Pihet wrote:
Implement the devices wake-up latency constraints using the global
device PM QoS notification handler which applies the constraints to the
underlying layer by calling the corresponding function at hwmod level.
Tested on OMAP3 Beagleboard and O
On Thursday 14 June 2012 08:35 PM, Jean Pihet wrote:
Call the per-device PM QoS functions of the power domain code from the
hwmod layer, in order to apply the constraints requested to a device.
While at it, correct the functions kerneldoc.
Shouldn't this patch be just merged with PATCH 02/10?
On Thursday 14 June 2012 08:23 PM, Jean Pihet wrote:
omap_set_pwrdm_state is intented to be the only API for changing
a power domain state.
Yes, but there are others which are used to _read_ the power domain
state. Shouldn't those be protected too?
This patch protects the power domains settin
Jean,
On Wednesday 20 June 2012 02:22 PM, Rajendra Nayak wrote:
Hi Jean,
On Wednesday 20 June 2012 02:16 PM, Rajendra Nayak wrote:
On Wednesday 20 June 2012 02:01 PM, Jean Pihet wrote:
Hi Rajendra,
On Wed, Jun 20, 2012 at 10:19 AM, Rajendra Nayak wrote:
Hi Jean,
On Friday 01 June 2012 08
Hi Jean,
On Wednesday 20 June 2012 02:16 PM, Rajendra Nayak wrote:
On Wednesday 20 June 2012 02:01 PM, Jean Pihet wrote:
Hi Rajendra,
On Wed, Jun 20, 2012 at 10:19 AM, Rajendra Nayak wrote:
Hi Jean,
On Friday 01 June 2012 08:41 PM, Jean Pihet wrote:
For a power domain to idle all the
On Wednesday 20 June 2012 02:01 PM, Jean Pihet wrote:
Hi Rajendra,
On Wed, Jun 20, 2012 at 10:19 AM, Rajendra Nayak wrote:
Hi Jean,
On Friday 01 June 2012 08:41 PM, Jean Pihet wrote:
For a power domain to idle all the clock domains in it must idle.
This patch implements an optimization of
Hi Jean,
On Friday 01 June 2012 08:41 PM, Jean Pihet wrote:
For a power domain to idle all the clock domains in it must idle.
This patch implements an optimization of the cpuidle code by
denying and later allowing only the first registered clock domain
of a power domain, and so optimizes the lat
On Tuesday 19 June 2012 01:34 AM, Mike Turquette wrote:
On 20120614-18:16, Rajendra Nayak wrote:
diff --git a/drivers/clk/clk-divider.c b/drivers/clk/clk-divider.c
index e548c43..e4911ee 100644
--- a/drivers/clk/clk-divider.c
+++ b/drivers/clk/clk-divider.c
@@ -32,30 +32,69 @@
#define
On Monday 18 June 2012 11:11 PM, Paul Walmsley wrote:
On Thu, 7 Jun 2012, Rajendra Nayak wrote:
On Thursday 07 June 2012 11:43 AM, Paul Walmsley wrote:
Until the OMAP4 code is converted to disable the use of the clock
framework-based clockdomain enable/disable sequence, any clock used as
a
On Monday 18 June 2012 09:57 AM, Paul Walmsley wrote:
On Thu, 14 Jun 2012, Rajendra Nayak wrote:
OMAP3 has suspend broken in mainline, so I tested it on an
older kernel (3.4-rc4 using my RFC series)
Idle and OFF mode however seem to be broken for a long time,
I wasn;t able to get it working
On Friday 15 June 2012 12:41 AM, Mike Turquette wrote:
On 20120614-18:16, Rajendra Nayak wrote:
As we move to Common clk framework use clk_prepare_enable()
instead of clk_enable() and similarly clk_disable_unprepare()
instead of clk_disable()
Based on initial changes from Mike turquette
Clean all #ifdef's added to OMAP4 clock code to make it COMMON clk
ready, now that CONFIG_COMMON_CLK is enabled.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/clkt_clksel.c | 204 -
arch/arm/mach-omap2/clkt_dpll.c | 50 -
arch/arm/mach-
Clean all #ifdef's added to OMAP2 clock code to make it COMMON clk
ready, not that CONFIG_COMMON_CLK is enabled.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/clkt2xxx_apll.c | 54 --
arch/arm/mach-omap2/clkt2xxx_dpll.c | 16
Clean all #ifdef's added to OMAP3 clock code to make it COMMON clk
ready, not that CONFIG_COMMON_CLK is enabled.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/clkt34xx_dpll3m2.c | 13 --
arch/arm/mach-omap2/clock.h| 16 ---
arch/arm/mach-omap2/clock3
Clean all #ifdef's added as part of fixing the clkdm
accesses from hwmod.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/omap_hwmod.c | 14 --
1 files changed, 0 insertions(+), 14 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hw
COMMON
clk to take a struct clk_hw parameter, and all the internal platform
apis to take a struct clk_hw_omap parameter.
Changes are based off the original patch from Mike Turquette.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/clkt_clksel.c | 144 +-
arch/arm
clkdm assocations with clocks in the clock framework are useful
only for 'gate' clocks which have enable/disable ops populated.
Get rid of the clkdm_names populated in any other type of clocks.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/clock2420_data.c | 16
Signed-off-by: Rajendra Nayak
---
arch/arm/plat-omap/Makefile |3 ++-
arch/arm/plat-omap/clock.c |2 --
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/plat-omap/Makefile b/arch/arm/plat-omap/Makefile
index ed8605f..83c4aa3 100644
--- a/arch/arm/plat-omap
Select COMMON_CLK for ARCH_OMAP2 and switch
over to using new data files for OMAP2/3/4.
The older data files which get removed in subsequent
patches.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/Kconfig |1 +
arch/arm/mach-omap2/Makefile |8
2 files changed, 5
As we move to Common clk framework use clk_prepare_enable()
instead of clk_enable() and similarly clk_disable_unprepare()
instead of clk_disable()
Signed-off-by: Rajendra Nayak
Cc: Chris Ball
Cc: Balaji T K
Cc:
---
drivers/mmc/host/omap_hsmmc.c | 14 +++---
1 files changed, 7
Convert all OMAP2 specific platform files to use COMMON clk
and keep all the chnages under the CONFIG_COMMON_CLK macro check
so it does not break any existing code. At a later point switch
to COMMON clk and get rid of all old/legacy code.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2
While we work on moving to COMMON clk, direct deferencing of struct
clk wouldn't be possible anymore. Hence get rid of all such instances
in the current clock code and use macros similar to the ones that
are defined with COMMON clk.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-
Platform code can use omap2_clk_enable_init_clocks() to enable a
list of clocks that are needed to be enabled at init.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/clock.c | 11 +++
arch/arm/mach-omap2/clock.h |1 +
2 files changed, 12 insertions(+), 0 deletions(-)
diff
Convert all OMAP3 specific platform files to use COMMON clk
and keep all the chnages under the CONFIG_COMMON_CLK macro check
so it does not break any existing code. At a later point switch
to COMMON clk and get rid of all old/legacy code.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2
Platforms can call omap2_init_clk_hw_omap_clocks() to register a clock
using clk_hw_omap. omap2_clk_enable_autoidle_all() and
omap2_clk_disable_autoidle_all() can then be used to run through
all the clocks which support autoidle to enable/disable them.
Signed-off-by: Rajendra Nayak
---
arch/arm
tables updated with an entry for all clocks
used by hwmod to have clock name same as the alias.
Based on original changes from Mike Turquette.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/clock2420_data.c | 17 +
arch/arm/mach-omap2/clock2430_data.c | 21
401 - 500 of 1421 matches
Mail list logo