Hi Paul,
On 07/04/2012 02:53 PM, Paul Walmsley wrote:
On Wed, 4 Jul 2012, Paul Walmsley wrote:
So the updated patch below uses a clockdomain data flag for this
instead.
Here's a version that's a little cleaner. No functional changes.
[...]
@@ -1141,8 +1144,16 @@ static void
Hi Vaibhav,
On 08/01/2012 02:20 PM, Vaibhav Hiremath wrote:
Hi,
In OMAP world, we have omap_device layer, which exports api's like
omap_device_build() to create and register platform_device to the
kernel. This layer understands hwmod infrastructure and parses all the
platform specific
Hi Sourav,
On 08/03/2012 02:35 PM, Sourav Poddar wrote:
update tmp102 temperature sensor to also use device tree.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
Signed-off-by: Sourav
Hi Peter,
On 08/08/2012 11:41 AM, Peter Ujfalusi wrote:
Support for loading the twl4030 audio module via devicetree.
Sub devices for codec and vibra will be created as mfd devices once the
core MFD driver is loaded when the kernel is booted with a DT blob.
Signed-off-by: Peter Ujfalusi
On 08/08/2012 04:35 PM, Peter Ujfalusi wrote:
On 08/08/2012 03:52 PM, Mark Brown wrote:
On Wed, Aug 08, 2012 at 01:50:53PM +0200, Benoit Cousson wrote:
That being said, since we do have the clock binding now, maybe we should
create a clock provider at board level for the sys_clk and thus you
on omap4430 sdp with 3.5-rc6 kernel.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Rob Herring rob.herr...@calxeda.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Felipe Balbi ba...@ti.com
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
---
Changes since v6:
-remove address from the node since reg
On 08/13/2012 12:05 PM, Sourav Poddar wrote:
Add tmp102 temperature sensor data in omap5 evm dts file.
Tested on omap5430 evm with 3.5 custom kernel.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Felipe Balbi ba
Hi Felipe,
On 08/14/2012 11:59 AM, Felipe Balbi wrote:
On Tue, Aug 14, 2012 at 11:56:45AM +0200, Benoit Cousson wrote:
On 08/13/2012 12:05 PM, Sourav Poddar wrote:
Add tmp102 temperature sensor data in omap5 evm dts file.
Tested on omap5430 evm with 3.5 custom kernel.
Cc: Benoit Cousson b
Hi Guys,
On 08/17/2012 11:58 AM, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120817 02:51]:
On Fri, Aug 17, 2012 at 14:10:47, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120817 01:22]:
On Fri, Aug 17, 2012 at 13:19:34, Tony Lindgren wrote:
* Hiremath, Vaibhav
Hi Vaibhav,
On 08/17/2012 11:51 AM, Hiremath, Vaibhav wrote:
On Fri, Aug 17, 2012 at 14:10:47, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120817 01:22]:
On Fri, Aug 17, 2012 at 13:19:34, Tony Lindgren wrote:
* Hiremath, Vaibhav hvaib...@ti.com [120815 02:11]:
Somehow we have
Hi Vaibhav,
On 08/17/2012 12:12 PM, Vaibhav Hiremath wrote:
On 7/16/2012 7:41 PM, Vaibhav Hiremath wrote:
Hi All,
Paul,
From last couple of days I am almost spending my whole time trying to
get to somewhere on below issue and based on my understanding and
learning so far I started
Hi Omar,
On 08/03/2012 05:52 PM, Omar Ramirez Luna wrote:
On 3 August 2012 00:24, Vaibhav Hiremath hvaib...@ti.com wrote:
On 8/3/2012 3:50 AM, Omar Ramirez Luna wrote:
So in _enable:
_enable_clocks(oh);
if (soc_ops.enable_module)
soc_ops.enable_module(oh);
on omap4430 sdp.
Cc: Tony Lindgren t...@atomide.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Rob Herring rob.herr...@calxeda.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Felipe Balbi ba...@ti.com
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
---
v6-v7
Add key name as a comment
keypad dts data.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Sourav Poddar (4):
arm/dts: omap5-evm: Add I2C support
arm/dts: omap5-evm: Add tmp102 sensor support
arm/dts: omap5-evm: Add keypad data
arm/dts: omap5-evm
On 08/20/2012 02:17 PM, Poddar, Sourav wrote:
Hi Benoit,
On Mon, Aug 20, 2012 at 5:43 PM, Benoit Cousson b-cous...@ti.com wrote:
On 08/20/2012 02:10 PM, Poddar, Sourav wrote:
Hi All,
On Tue, Aug 14, 2012 at 9:54 PM, Sourav Poddar sourav.pod...@ti.com wrote:
The following patch series add
Hi Santosh,
On 08/13/2012 01:00 PM, Santosh Shilimkar wrote:
This provides PL310 Level 2 Cache Controller Device Tree
support for OMAP4 based devices.
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/boot/dts/omap4.dtsi
Hi Omar,
On 07/16/2012 09:21 PM, Omar Ramirez Luna wrote:
Some IP blocks might not be using/controlling more than one
reset line, this check loosens the restriction to fully use
hwmod framework for those drivers.
E.g.: ipu has reset lines: mmu_cache, cpu0 and cpu1.
- cpu1 might not be used
20, 2012 at 7:21 PM, Benoit Cousson b-cous...@ti.com wrote:
Hi Santosh,
On 08/13/2012 01:00 PM, Santosh Shilimkar wrote:
This provides PL310 Level 2 Cache Controller Device Tree
support for OMAP4 based devices.
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Santosh Shilimkar
On 08/30/2012 10:39 AM, Rajendra Nayak wrote:
On Thursday 30 August 2012 05:45 AM, Turquette, Mike wrote:
On Wed, Aug 29, 2012 at 1:56 AM, Rajendra Nayakrna...@ti.com wrote:
diff --git a/arch/arm/mach-omap2/clock44xx_data.c
b/arch/arm/mach-omap2/clock44xx_data.c
index d7f55e4..a3831a2 100644
Hi Florian,
On 08/31/2012 09:52 AM, Florian Vaussard wrote:
When booting from a device tree, the omap driver is using pdev-id,
which is incorrect.
Not really, see below...
The proposed patch uses aliases, as done in omap-serial.
Mmm, but is it really needed?
In the case of serial the id is
Hi Sourav,
While rebasing your series on top of Tony's lo/devel-dt, I realized that the
keypad nodes are not located at the correct place :-(
At the moment they are just floating at the top level of the dts while they
belong to the ocp bus and thus should be put there.
I fixed that since it
kHz
[0.783905] omap_i2c i2c.17: bus 2 rev2.4.0 at 400 kHz
[0.799530] omap_i2c i2c.18: bus 3 rev2.4.0 at 400 kHz
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
Tested-by: Benoit Cousson b-cous...@ti.com
and
Acked-by: Benoit Cousson b-cous...@ti.com
Regards,
Benoit
-by: Vaibhav Hiremath hvaib...@ti.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com
---
This patch is tested on BeagleBone and AM37xEVM.
I'll try to do more testing on Panda next week.
Why RFC?
Still we
On 08/31/2012 05:36 PM, Hiremath, Vaibhav wrote:
On Fri, Aug 31, 2012 at 20:54:53, Cousson, Benoit wrote:
...
I think you are getting confused between Vaibhav B and Vaibhav H :)
We have two Vaibhav's roaming around here ;-)
Oops, sorry, this is the very first time I realized that two different
+ Vaibhav for the omap3-evm
Hi Florian,
On 09/03/2012 03:54 PM, Florian Vaussard wrote:
A number of platform data are missing when using twl4030/gpio from a
device tree.
Yeah, I know, I was too lazy when I did the DT conversion at that time :-)
Many thanks for completing the work.
This
Hi Peter,
The overall series looks good to me, but I do have a couple of comments.
On 08/29/2012 03:31 PM, Peter Ujfalusi wrote:
The McBSP IP within OMAP2420 and 2430 is different we need to create separate
dtsi files for them.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hi Peter,
On 08/29/2012 03:30 PM, Peter Ujfalusi wrote:
Hello,
I have extended and rebased the previous set:
'ARM/dts: omap McBSP and audio support for BeagleBoard'
Changes since v1:
- Rebased on current l-o:devel-dt branch
- Two new patch, one for OMAP4 to add reg-names for the mem
Hi Santosh,
Sorry for the delay, I missed that email :-(
On 08/23/2012 09:32 AM, Santosh Shilimkar wrote:
Benoit,
On Monday 13 August 2012 04:30 PM, Santosh Shilimkar wrote:
These are the few device tree related patches which has been posted and
reviewed on the list. They are intended for
Remove a useless comment and move GIC controller outside
of the OCP node since it does use the MPU internal bus and
not the OCP.
This will not change the functionality but will reflect the
reality more accurately.
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
Hi Tony
This is a minor
Hi Vaibhav,
On 09/04/2012 05:42 AM, Vaibhav Hiremath wrote:
On 9/3/2012 8:16 PM, Benoit Cousson wrote:
Hi Peter,
The overall series looks good to me, but I do have a couple of comments.
On 08/29/2012 03:31 PM, Peter Ujfalusi wrote:
The McBSP IP within OMAP2420 and 2430 is different we need
On 09/04/2012 07:47 AM, Shilimkar, Santosh wrote:
On Mon, Sep 3, 2012 at 9:20 AM, Benoit Cousson b-cous...@ti.com wrote:
Remove a useless comment and move GIC controller outside
of the OCP node since it does use the MPU internal bus and
not the OCP.
This will not change the functionality
that series.
http://lists.infradead.org/pipermail/linux-arm-kernel/2012-February/086076.html
Author: Benoit Cousson b-cous...@ti.com
Date: Thu Feb 23 18:44:27 2012 +0100
ARM: OMAP2+: wakeupgen: Fix wrong array size for irq_target_cpu
The wakeupgen was wrongly allocating an array
Hi Vaibhav,
On 09/05/2012 11:15 AM, Hiremath, Vaibhav wrote:
On Wed, Sep 05, 2012 at 13:53:58, Ujfalusi, Peter wrote:
Hi,
On 09/05/2012 09:11 AM, Hiremath, Vaibhav wrote:
Not yet, but we discussed that with Peter and since he does have these
patches for DT, he'll be able to test your series
Hi Paul,
On 08/24/2012 06:20 PM, Peter Ujfalusi wrote:
Hi Paul,
On 08/24/2012 06:38 PM, Paul Walmsley wrote:
Do we need both this one and your '[PATCH] driver core: Check if r-name
is valid in platform_get_resource_byname()' ? Or would that second patch
be enough? Is the crash
with D12 led using:
echo 255 /sys/class/leds/beagleboard\:\:pmu_stat/brightness
Tested-by: Benoit Cousson b-cous...@ti.com
BTW: who will merge this?
Since Linus already acked it, Tony can merge it.
Tony,
I can add that series in my DTS series for 3.7 if you want.
Regards,
Benoit
Peter,
I will just slighty change the subject since it is a omap_device.c patch and
not an omap_hwmod.c one.
ARM: OMAP: omap_device: Fix up resource names when booted with devicetree
Regards,
Benoit
On 09/05/2012 04:27 PM, Benoit Cousson wrote:
Hi Paul,
On 08/24/2012 06:20 PM, Peter
Peter,
I will just slighty change the subject since it is an omap_device.c patch and
not an omap_hwmod.c one.
ARM: OMAP: omap_device: Fix up resource names when booted with devicetree
Regards,
Benoit
On 09/05/2012 04:27 PM, Benoit Cousson wrote:
Hi Paul,
On 08/24/2012 06:20 PM, Peter
Hi Vaibhav,
On 09/05/2012 10:05 PM, Vaibhav Hiremath wrote:
On 9/5/2012 7:57 PM, Benoit Cousson wrote:
Hi Paul,
On 08/24/2012 06:20 PM, Peter Ujfalusi wrote:
Hi Paul,
On 08/24/2012 06:38 PM, Paul Walmsley wrote:
Do we need both this one and your '[PATCH] driver core: Check if r-name
Hi Vaihbav,
On 08/27/2012 02:31 PM, Vaibhav Hiremath wrote:
This series is trivial patch-series and should be considered as
preparation for the future where we supposed to get rid of
hwmod dependency.
1/2: Converts all hex numbers to lowercase, fixing inconsistency
2/2: Add reg and
On 09/05/2012 04:41 PM, Hiremath, Vaibhav wrote:
...
There are other patches which are pending,
arm/dts: AM33XX: Convert all hex numbers to lower-case
https://patchwork.kernel.org/patch/1377351/
arm/dts: AM33XX: Specify reg and interrupt property for all nodes
Hi Omar,
On 08/22/2012 07:42 AM, Omar Ramirez Luna wrote:
For a reset sequence to complete cleanly, a module needs its
associated clocks to be enabled, otherwise the timeout check
in prcm code can print a false failure (failed to hardreset)
that occurs because the clocks aren't powered ON and
Hi Omar,
On 09/03/2012 04:29 PM, Omar Ramirez Luna wrote:
On 22 August 2012 00:42, Omar Ramirez Luna omar.l...@linaro.org wrote:
From: Omar Ramirez Luna omar.rami...@ti.com
The patch to expose hwmod assert/deassert functions through omap_device
has been accepted and queued for 3.7[1],
Hi Anil,
On 09/07/2012 07:30 AM, AnilKumar, Chimata wrote:
On Thu, Sep 06, 2012 at 15:08:21, AnilKumar, Chimata wrote:
Add pinctrl and d_can device tree data to AM33XX family of devices.
First two patches add support for pinctrl DT data and third one
adds dcan DT data.
Reason behind
Hi Anil,
On 09/07/2012 07:45 AM, AnilKumar, Chimata wrote:
On Wed, Sep 05, 2012 at 20:11:11, Hiremath, Vaibhav wrote:
On Wed, Sep 05, 2012 at 19:01:55, Cousson, Benoit wrote:
Hi Vaibhav,
On 09/05/2012 11:15 AM, Hiremath, Vaibhav wrote:
On Wed, Sep 05, 2012 at 13:53:58, Ujfalusi, Peter
Add the support for D6 and D7 LEDs on Beagle board.
- D6 will be used for heartbeat
- D7 will be used for mmc0
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
It is based on top of the LEDB support added by Florian.
Regards,
Benoit
arch/arm/boot/dts/omap3-beagle.dts | 12
1
On 09/06/2012 10:51 PM, Tony Lindgren wrote:
* Benoit Cousson b-cous...@ti.com [120905 07:42]:
Hi Florian,
On 09/05/2012 09:46 AM, Florian Vaussard wrote:
Hello,
A number of platform data are missing when using twl4030/gpio from a
device tree. This patchset adds the missing properties
Thanks to Vaibhav hvaib...@ti.com omap_device fix
(ARM: OMAP: omap_device: Fix up resource names when booted with devicetre),
we can now specify reg and interrupts using standard device tree
attributes.
Update the OMAP4 dtsi file with missing reg and interrupts attributes.
Signed-off-by: Benoit
that should
re acked by some folks who know that (like you :-)).
I'll send you the pull request next week.
Regards,
Benoit
Please somebody submit a new omap3-beagle.dts for the original 34xx
BeagleBoard after testing it properly.
Cc: Benoit Cousson b-cous...@ti.com
Cc: devicetree-disc
...@linaro.org
Acked-by: Vaibhav Hiremath hvaib...@ti.com
[b-cous...@ti.com: Fix some checkpatch CHECK issues]
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
.../devicetree/bindings/gpio/gpio-twl4030.txt |6 ++
drivers/gpio/gpio-twl4030.c| 82 +---
2
On 09/07/2012 07:23 PM, Felipe Balbi wrote:
Hi,
On Fri, Sep 07, 2012 at 05:25:24PM +0200, Benoit Cousson wrote:
Thanks to Vaibhav hvaib...@ti.com omap_device fix
(ARM: OMAP: omap_device: Fix up resource names when booted with devicetre),
we can now specify reg and interrupts using standard
Hilman khil...@ti.com
[b-cous...@ti.com: Fix some checkpatch CHECK issues]
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c | 27 ++
arch/arm/plat-omap/include/plat/omap_hwmod.h |1 +
arch/arm/plat-omap/omap_device.c | 71
khil...@ti.com
[b-cous...@ti.com: Fix some checkpatch CHECK issues]
Signed-off-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c | 27 ++
arch/arm/plat-omap/include/plat/omap_hwmod.h |1 +
arch/arm/plat-omap/omap_device.c | 71
Hi Tony,
On 09/08/2012 12:29 AM, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [120905 04:59]:
+
+ocp {
+mcbsp1: mcbsp@48074000 {
+compatible = ti,omap2420-mcbsp;
+reg = 0x48074000 0xff;
+reg-names =
Hi Florian,
On 09/10/2012 10:17 AM, Florian Vaussard wrote:
Hello Benoit,
Le 07/09/2012 19:33, Benoit Cousson a écrit :
Hi Florian,
I've just noticed that this patch is reporting some CHECK issues.
d1f5052 - gpio/twl4030: get platform data from device tree
CHECK: Alignment should match
Hi Santosh,
On 08/13/2012 01:07 PM, Santosh Shilimkar wrote:
Enable Cortex A15 generic timer support for OMAP5 based SOCs.
The CPU local timers run on the free running real time counter clock.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/boot/dts/omap5.dtsi |
On 09/10/2012 03:01 PM, Shilimkar, Santosh wrote:
On Mon, Sep 10, 2012 at 6:17 PM, Benoit Cousson b-cous...@ti.com wrote:
Hi Santosh,
On 08/13/2012 01:07 PM, Santosh Shilimkar wrote:
Enable Cortex A15 generic timer support for OMAP5 based SOCs.
The CPU local timers run on the free running
On 09/10/2012 03:16 PM, Florian Vaussard wrote:
Support the blue LED connected to the LEDB pin of the TWL4030
on the Gumstix Overo.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-overo.dtsi | 15 +++
1 files changed, 15 insertions(+), 0
On 09/10/2012 03:33 PM, Florian Vaussard wrote:
Support the blue LED connected to the LEDB pin of the TWL4030
on the Gumstix Overo.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-overo.dtsi | 15 +++
1 files changed, 15 insertions(+), 0
On 09/10/2012 03:40 PM, Benoit Cousson wrote:
On 09/10/2012 03:33 PM, Florian Vaussard wrote:
Support the blue LED connected to the LEDB pin of the TWL4030
on the Gumstix Overo.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
arch/arm/boot/dts/omap3-overo.dtsi | 15
/kernel/git/bcousson/linux-omap-dt.git
for_3.7/dts
Aneesh V (3):
Documentation: dt: device tree bindings for LPDDR2 memories
Documentation: dt: emif: device tree bindings for TI's EMIF sdram
controller
ARM: dts: EMIF and LPDDR2 device tree data for OMAP4 boards
Benoit Cousson (3
driver to write to control module,
omap2430 will handle the register writes to control module by itself. So
a new address space to represent this control module register is added
to usb_otg_hs.
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm
+ Tony
Hi Matt,
30 minutes too late for my pull request :-(
There are a couple of am33xx patches under discussion, so I'll take them
and send a for_3.7/dts-part2 pull request if this is not too late for Tony.
On 09/10/2012 06:20 PM, Matt Porter wrote:
On AM33xx, the datasheet and TRM refer to
On 09/10/2012 06:52 PM, Matt Porter wrote:
On Mon, Sep 10, 2012 at 06:34:20PM +0200, Benoit Cousson wrote:
+ Tony
Hi Matt,
30 minutes too late for my pull request :-(
There are a couple of am33xx patches under discussion, so I'll take them
and send a for_3.7/dts-part2 pull request
Hi Kishon,
On 09/11/2012 08:12 AM, Kishon Vijay Abraham I wrote:
Add omap-usb2 data node in omap4 device tree file. Since omap-usb2 is
connected to ocp2scp, omap-usb2 dt data is added as a child node
of ocp2scp.
Could you add more details about the omap-usb2?
You must update the
to control module,
omap2430 will handle the register writes to control module by itself. So
a new address space to represent this control module register is added
to usb_otg_hs.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
Acked-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/mach
Hi Jon,
On 09/11/2012 12:57 AM, Jon Hunter wrote:
Add a minimal dts for original OMAP3430/3530 version of the Beagle board. This
version of the Beagle board has 256MB of DDR and features the same TWL4030
power management IC (PMIC) as the Beagle board XM.
Thanks for the patch.
Given that the
On 09/11/2012 01:29 PM, Benoit Cousson wrote:
Hi Jon,
On 09/11/2012 12:57 AM, Jon Hunter wrote:
Add a minimal dts for original OMAP3430/3530 version of the Beagle board.
This
version of the Beagle board has 256MB of DDR and features the same TWL4030
power management IC (PMIC
Hi Jon,
On 09/11/2012 06:01 PM, Jon Hunter wrote:
Add a minimal dts for original OMAP3430/3530 version of the Beagle board. This
version of the Beagle board has 256MB of DDR and features the same TWL4030
power management IC (PMIC) as the Beagle board XM.
Given that the Beagle and Beagle-XM
+ Paul
Hi Anil,
On 08/31/2012 11:37 AM, AnilKumar Ch wrote:
Add DT OPP table for AM33XX family of devices. This data is
decoded by OF with of_init_opp_table() helper function.
Also adds cpu0 supply name to the corresponding dts files.
cpu0-supply name is used by cpufreq-cpu0 driver to get
- Change pr_warning to pr_debug to reduce verbosity
- Fix hardreset APIs that were using mask instead of shift
- Remove cdoffs addition with clkctrl_offs since the the cdoffs
is already included in the register offset.
Benoit Cousson (13):
OMAP4: hwmod: Add clock domain attribute
when it is relevant.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 82 ++
arch/arm/plat-omap/include/plat/omap_hwmod.h |1 +
2 files changed, 83
At boot time, lookup the clkdm_name to get the clkdm
structure pointer for further usage.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c | 34 +-
arch/arm
driver.
Update cm_xxx accessor, move definition to the proper header file and
update copyrights.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/cm44xx.h |3 +-
arch/arm/mach-omap2
[idle|shutdown] to use this API.
Based on Rajendra's initial patch.
Please note that most interconnects hwmod will return one timeout because
it is impossible for them to be in idle since the processor is accessing
the registers though the interconnect.
Signed-off-by: Benoit Cousson b-cous
Since the clkdm is now part of the omap_hwmod structure, there is no need
to retrieve it from the main_clock or interface clock.
The code can be simplified a little bit with a direct access.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna
driver.
Update prm_xxx accessors, move definition to the proper header file and
update copyrights.
Change the s16 register offset parameter to u16.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c
The new prminst_xxx accessors based on partition and offset
is now used, so removed all the previous prcm_xxx accessors.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/prm44xx.c | 37
The interconnect modules were using a slightly different layout than
the regular modules.
Align the layout for better consitency.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 48
Add a 'context_offs' entry in the prcm.omap4 structure to all
IPs when applicable.
The offset will be used to retrieve the per module context lost
information now available on OMAP4.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
In OMAP4, a new programming model based on module control instead
of clock control was introduced.
Expose two APIs to allow the upper layer (omap_hwmod) to control
the module mode independently of the parent clocks management.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p
modules will have a modulemode initialized at 1 (HWCTRL) by default.
This is the case for interconnect and simple module like GPIO, WDT, MAILBOX.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2
by the clock fmwk.
This was leading to bad crash upon disable when the parent
clock was gated before the module completed its transition
to idle.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c | 63
Benoit Cousson (1):
OMAP2+: clockdomain: Add 2 APIs to control clockdomain from hwmod framework
Rajendra Nayak (7):
OMAP2+: clockdomain: Add an api to read idle mode
OMAP2+: clockdomain: Add SoC support for clkdm_is_idle
OMAP2+: PM: Initialise sleep_switch to a non-valid value
OMAP2+: PM: idle
From: Rajendra Nayak rna...@ti.com
Add a clockdomain api to check if hardware supervised
idle transitions are enabled on a clockdomain.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/clockdomain.c | 21 +
From: Rajendra Nayak rna...@ti.com
Add the SoC specific implemenation for clkdm_is_idle
for OMAP2/3 and OMAP4.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/clockdomain2xxx_3xxx.c | 12
arch/arm/mach-omap2/clockdomain44xx.c
From: Rajendra Nayak rna...@ti.com
sleep_switch which is initialised to 0 in omap_set_pwrdm_state
happens to be a valid sleep_switch type (FORCEWAKEUP_SWITCH)
which are defined as:
#define FORCEWAKEUP_SWITCH 0
#define LOWPOWERSTATE_SWITCH1
This causes the function to wrongly program
From: Rajendra Nayak rna...@ti.com
The omap_set_pwrdm_state function forces clockdomains
to idle, without checking the existing idle state
programmed, instead based solely on the HW capability
of the clockdomain to support idle.
This is wrong and the clockdomains should be idled
post a
From: Rajendra Nayak rna...@ti.com
Since MMC driver is yet to be adapted to
runtime PM and still uses direct clock
calls to enable/disable module, its needed
that the clockdomain (for MMC) is always kept force
enabled since the next few patches move
the clockdomain handling from clock framework
Duplicate the existing API for clockdomain enable from clock to enable
a clock domain from hwmod framework.
This will be needed when the hwmod framework will move from the current
clock centric approach to the module based approach.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley
framework
since the step -4- above to Wait for the desired
module idle status to be FUNC is done as part of
hwmod framework.
Signed-off-by: Rajendra Nayak rna...@ti.com
[b-cous...@ti.com: Adapt it to the new clkdm hwmod attribute and API]
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley
different
hwmods/modules belonging to the same clock domain concurrently
programming the clkdm state.
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/clockdomain.c | 42
,
Benoit
Benoit Cousson (7):
OMAP: hwmod: Add warnings if enable failed
OMAP: omap_device: Create clkdev entry for hwmod main_clk
OMAP4: hwmod data: TEMP: Do not idle MMC1 MMC2 after boot
OMAP4: hwmod data: Replace main_clk with the real input clock
OMAP4: clock data: Remove leaf clock
Change the debug into warning to check what IPs are failing.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm
Since the MMC driver is not pm_runtime adapted, do not put
them in idle after boot.
It will allow the driver to work as expected until the migration
to pm_runtime.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach
Extend the existing function to create clkdev for every optional
clocks to add a well one fck alias for the main_clk of the
omap_hwmod.
It will allow to remove these static clkdev entries from the
clockXXX_data.c file.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p
.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 111 +---
1 files changed, 51 insertions(+), 60 deletions(-)
diff --git
Since the timer is still not pm_runtime adapted, it is still
using directly the physical clock nodes at init time.
Replace the clock node by the original one in the clock data
file.
Keep the original name until the driver is fixed.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul
/1_prcm_files_fixes
Regards,
Benoit
Changes since v1:
- Add 2 HW bugs fixes
Benoit Cousson (3):
OMAP4: prcm: Fix errors in few defines name
OMAP4: prm: Remove wrong clockdomain offsets
OMAP4: powerdomain data: Fix core mem states and missing cefuse flag
Santosh Shilimkar (2):
OMAP4: clock
blank line in cm2_44xx.h to align the output with
the other (cm1_44xx.h, prm44xx.h) files.
Update header copyright date.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Reviewed-by: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/cm1_44xx.h | 28
was missing.
Add the PWRDM_HAS_LOWPOWERSTATECHANGE in flags field.
Indent all previous flags to be aligned with other fields.
Update the TI copyright date to 2011.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Paul Walmsley p...@pwsan.com
Cc: Rajendra Nayak rna...@ti.com
Cc: Santosh Shilimkar
201 - 300 of 950 matches
Mail list logo
