Hi Pekon,
Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet.
036 420 040 R.C.S Antibes. Capital de EUR 12.654.784
-Original Message-
From: Gupta, Pekon
Sent: Thursday, June 20, 2013 1:34 AM
To: Tony Lindgren; Cousson, Benoit
Cc: Philip, Avinash; Nori, Sekhar
, June 20, 2013 7:46 AM
To: Cousson, Benoit
Cc: t...@atomide.com; linux-omap@vger.kernel.org; devicetree-
disc...@lists.ozlabs.org; linux-arm-ker...@lists.infradead.org; linux-
ker...@vger.kernel.org; Quadros, Roger
Subject: [PATCH v5 0/2] ARM: dts: Add USB host support for Beagle-xm
Hi Benoit
Hi Javier,
On 6/19/2013 8:32 AM, Javier Martinez Canillas wrote:
Hi,
On Wed, Jun 19, 2013 at 12:46 PM, Benoit Cousson b-cous...@ti.com wrote:
Hi Enric,
On 06/19/2013 03:27 AM, Enric Balletbo i Serra wrote:
The IGEP COM AQUILA is industrial processors SODIMM module with
following
Hi Tony,
On 6/20/2013 1:45 AM, Tony Lindgren wrote:
Arnd Olof,
* Benoit Cousson b-cous...@ti.com [130619 16:10]:
Hi Tony,
Please pull the following commits for OMAP Device Tree for v3.11.
It does contains as well 2 clock data patches, I hope it will not generate any
conflict with Paul's
On 6/20/2013 2:48 PM, Arnd Bergmann wrote:
On Thursday 20 June 2013, Tony Lindgren wrote:
* Benoit Cousson b-cous...@ti.com [130619 16:10]:
Hi Tony,
Please pull the following commits for OMAP Device Tree for v3.11.
It does contains as well 2 clock data patches, I hope it will not generate
Hi Suman,
On 6/18/2013 5:34 PM, Suman Anna wrote:
Logic has been added to the OMAP2+ mailbox code to
parse the mailbox dt nodes and construct the different
mailboxes associated with the instance. The design is
based on gathering the same information that was being
passed previously through the
On 6/18/2013 5:35 PM, Suman Anna wrote:
The mailbox DT node data has been added for OMAP2420,
OMAP2430, OMAP3430/OMAP3630, OMAP44xx devices. Data for
OMAP5 is skipped for now since the corresponding hwmod
entry is not present.
The mailbox static device initialization logic is also
adjusted for
Hi Vaihbav,
On 6/18/2013 7:07 AM, Vaibhav Hiremath wrote:
This patch adds DebugSS data to clock-tree and hwmod data files.
Changes from RFC/V1 (No code change):
- Based on comments, we have to follow DT and loadable module
approach for debugSS module as well, so separated out
Hi Florian,
On 6/12/2013 8:42 AM, Florian Vaussard wrote:
Hello Grant,
On 06/11/2013 11:57 PM, Grant Likely wrote:
On Tue, 11 Jun 2013 16:50:50 +0200, Florian Vaussard
florian.vauss...@epfl.ch wrote:
Pinctrl headers were not protected with #ifndef.
Signed-off-by: Florian Vaussard
On 6/10/2013 6:40 PM, Kevin Hilman wrote:
Benoit Cousson b-cous...@ti.com writes:
Hi Kevin,
On 06/07/2013 09:31 PM, Nishanth Menon wrote:
On 11:31-20130607, Kevin Hilman wrote:
On most OMAP3 platforms, the twl4030 IRQ line is connected to the
SYS_NIRQ line on OMAP. Add another DTS include
Salut Kevin,
On 5/28/2013 8:33 PM, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
On Fri, May 24, 2013 at 5:15 PM, Kevin Hilman khil...@linaro.org wrote:
Kevin Hilman khil...@linaro.org writes:
Nishanth Menon n...@ti.com writes:
[...]
Actually 2 things:
a) patch seems to do
On 5/24/2013 11:51 PM, Kevin Hilman wrote:
Nishanth Menon n...@ti.com writes:
On Fri, May 24, 2013 at 4:19 PM, Kevin Hilman khil...@linaro.org wrote:
Nishanth Menon n...@ti.com writes:
On 15:09-20130524, Nishanth Menon wrote:
On 12:28-20130524, Kevin Hilman wrote:
Earlier commits ensured
Hi Dan,
On 5/24/2013 8:56 PM, Dan Murphy wrote:
On 05/17/2013 11:17 AM, Dan Murphy wrote:
On 05/17/2013 11:15 AM, Nishanth Menon wrote:
On 11:02-20130517, Dan Murphy wrote:
The GPIO for LED D1 on the omap4-panda a1-a3 rev and the omap4-panda-es
are different.
A1-A3 = gpio_wk7
ES = gpio_110
Hi Eduardo,
On 5/29/2013 4:11 PM, Eduardo Valentin wrote:
Salut Monsieur Benoit,
On 16-05-2013 08:27, Eduardo Valentin wrote:
On 16-05-2013 03:20, Benoit Cousson wrote:
Hi Eduardo,
cut
We need to check.
Yeah, I also dont think this will work, because we will reparent the
interrupt,
On 5/29/2013 4:03 PM, Kevin Hilman wrote:
Cousson, Benoit b-cous...@ti.com writes:
[...]
Let me respin this after some more doc reading.
Did you re-spin it already?
Yes, v2 is here.
http://marc.info/?l=linux-omapm=136944147521955w=2
It also needed a rework because the fref_clk0_out pin
On 5/29/2013 5:29 PM, Kevin Hilman wrote:
On May 29, 2013 8:06 AM, Cousson, Benoit b-cous...@ti.com
mailto:b-cous...@ti.com wrote:
On 5/29/2013 4:03 PM, Kevin Hilman wrote:
Cousson, Benoit b-cous...@ti.com mailto:b-cous...@ti.com writes:
[...]
Let me respin this after some
Hi Javier,
On 2/16/2013 5:44 PM, Javier Martinez Canillas wrote:
On Sat, Feb 16, 2013 at 2:09 PM, Anil Kumar anilkumar...@gmail.com wrote:
Hi Florian,
On Mon, Jan 28, 2013 at 11:24 PM, Florian Vaussard
florian.vauss...@epfl.ch wrote:
Add device-tree support for the GPMC controller on the
Hi Matthias,
On 2/15/2013 10:35 AM, Matthias Brugger wrote:
2013/1/26 Javier Martinez Canillas martinez.jav...@gmail.com:
On Sat, Jan 26, 2013 at 4:16 PM, Matthias Brugger matthias@gmail.com
wrote:
Hi Benoit,
2012/12/12 Benoit Cousson b-cous...@ti.com:
Hi Matthias,
On 12/12/2012 04:33
+ Peter
Hi Stephen,
On 11/7/2012 6:25 PM, Stephen Warren wrote:
On 11/07/2012 03:19 AM, Benoit Cousson wrote:
Hi Panto,
On 11/07/2012 09:13 AM, Pantelis Antoniou wrote:
Hi Grant
On Nov 6, 2012, at 9:45 PM, Grant Likely wrote:
On Tue, Nov 6, 2012 at 7:34 PM, Pantelis Antoniou
On 11/5/2012 3:25 PM, Felipe Balbi wrote:
Hi,
On Mon, Nov 05, 2012 at 07:53:45PM +0530, Shubhrajyoti wrote:
On Monday 05 November 2012 07:44 PM, Felipe Balbi wrote:
- dev-syscstate);
- }
not sure if this will work. What
On 11/1/2012 1:00 PM, Koen Kooi wrote:
tl;dr: please suggest an actual solution that allows plugplay when plugging in
multiple capes and applying power after that. Preferably one that doesn't pass the
buck to u-boot.
Op 1 nov. 2012, om 12:26 heeft Cousson, Benoit b-cous...@ti.com het
Salut Péter,
On 11/2/2012 8:22 AM, Péter Ujfalusi wrote:
Hi Benoit,
On 10/31/2012 12:09 PM, Cousson, Benoit wrote:
Hi Peter,
That's great you've have done that fix.
On 10/30/2012 12:24 PM, Peter Ujfalusi wrote:
Add flags parameter for omap_hwmod_count_resources() so users can tell which
Hi Jason,
On 11/1/2012 7:50 PM, Jason Kridner wrote:
My apologies for starting a new thread, but I don't have this thread
in my Inbox.
http://www.spinics.net/lists/linux-omap/msg81034.html
Tony Lindgren wrote:
* Pantelis Antoniou panto@xxx [121031 15:02]:
So when
On 11/1/2012 8:45 AM, Richard Cochran wrote:
On Wed, Oct 31, 2012 at 04:17:27PM +0100, Benoit Cousson wrote:
+ compatible = ti,cpsw;
+ ti,hwmods = cpgmac0;
+ cpdma_channels = 8;
+ host_port_no = 0;
+
On 11/1/2012 8:02 AM, Pantelis Antoniou wrote:
Hi Felibe,
On Nov 1, 2012, at 12:14 AM, Felipe Balbi wrote:
Hi,
On Wed, Oct 31, 2012 at 11:36:25PM +0200, Pantelis Antoniou wrote:
* Pantelis Antoniou pa...@antoniou-consulting.com [121031 13:14]:
On Oct 31, 2012, at 9:55 PM, Benoit Cousson
Hi Panto,
On 11/1/2012 11:39 AM, Pantelis Antoniou wrote:
Hi Benoit,
On Nov 1, 2012, at 12:23 PM, Cousson, Benoit wrote:
On 11/1/2012 8:02 AM, Pantelis Antoniou wrote:
Hi Felibe,
On Nov 1, 2012, at 12:14 AM, Felipe Balbi wrote:
Hi,
On Wed, Oct 31, 2012 at 11:36:25PM +0200, Pantelis
Hi Peter,
That's great you've have done that fix.
On 10/30/2012 12:24 PM, Peter Ujfalusi wrote:
Add flags parameter for omap_hwmod_count_resources() so users can tell which
type of resources they are interested when counting them in hwmod database.
Mmm, does it worth doing that for every
Hi Sourav,
On 10/30/2012 6:26 AM, Sourav wrote:
Hi Benoit,
On Monday 29 October 2012 10:14 PM, Benoit Cousson wrote:
Hi Sourav,
On 10/29/2012 11:40 AM, Sourav Poddar wrote:
Add keypad data node in omap5-evm.
Based on I2C support patch for omap5, which has been
already posted as a different
On 9/28/2012 3:07 AM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Fri, Sep 28, 2012 at 4:18 AM, Cousson, Benoit b-cous...@ti.com wrote:
On 9/27/2012 7:24 AM, Rob Herring wrote:
On 09/25/2012 05:06 AM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Mon, Sep 24, 2012 at 6:45 PM, Rob Herring robherri
On 9/27/2012 7:24 AM, Rob Herring wrote:
On 09/25/2012 05:06 AM, ABRAHAM, KISHON VIJAY wrote:
Hi,
On Mon, Sep 24, 2012 at 6:45 PM, Rob Herring robherri...@gmail.com wrote:
On 09/06/2012 09:57 AM, Kishon Vijay Abraham I wrote:
All phy related programming like enabling/disabling the clocks,
Hi Omar,
On 9/26/2012 3:21 PM, Omar Ramirez Luna wrote:
Hi Benoit,
On 12 September 2012 19:08, Omar Ramirez Luna omar.l...@linaro.org wrote:
To allow mailbox driver to function with device tree.
Tested in OMAP4 and OMAP3. OMAP2 untested.
Patch: arm/dts: OMAP2+: Add mailbox nodes, was Acked
+ Paul
On 9/12/2012 2:45 PM, Omar Ramirez Luna wrote:
Add mmu hwmod data for ipu and dsp.
Cc: Benoit Cousson b-cous...@ti.com
Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org
Acked-by: Benoit Cousson b-cous...@ti.com
Thanks Paul for taking care of that patch.
Regards,
Benoit
---
. Capital de EUR 12.654.784
-Original Message-
From: AnilKumar, Chimata
Sent: Wednesday, September 19, 2012 4:19 PM
To: t...@atomide.com
Cc: Cousson, Benoit; linux-arm-ker...@lists.infradead.org; linux-
o...@vger.kernel.org; AnilKumar, Chimata
Subject: [PATCH RESEND 0/5] ARM: dts: AM33XX: Add
On 9/19/2012 4:26 PM, Paul Walmsley wrote:
Hi Benoît
On Wed, 19 Sep 2012, Cousson, Benoit wrote:
Thanks for the rebase / repost. I'll pulled the full series if Paul is OK with
ARM: OMAP2+: AM33XX: Add clock entries to omap_clk data
Paul,
Is that OK?
Looks to me like the clock change
+ Matt
On 9/19/2012 4:28 PM, AnilKumar, Chimata wrote:
On Thu, Sep 20, 2012 at 02:53:38, Cousson, Benoit wrote:
+ Paul
Hi Anil,
Thanks for the rebase / repost. I'll pulled the full series if Paul is OK with
ARM: OMAP2+: AM33XX: Add clock entries to omap_clk data
What about Matt's
Hi Paul,
On 9/19/2012 5:48 PM, Paul Walmsley wrote:
Hi Benoît,
On Tue, 18 Sep 2012, Cousson, Benoit wrote:
On 9/18/2012 4:12 PM, Paul Walmsley wrote:
The decision was made a few months ago to allow struct omap_hwmod
records and struct clk records to omit clockdomain information
Hi Paul,
On 9/18/2012 4:12 PM, Paul Walmsley wrote:
The decision was made a few months ago to allow struct omap_hwmod
records and struct clk records to omit clockdomain information if the
clockdomain is not software-controllable. See for example commit
868c157df9721675c19729eed2c96bac6c3f1d01
Hi Ricardo,
Thanks for the update.
On 6/21/2012 1:10 AM, Ricardo Neri wrote:
As per the OMAP4 documentation, audio over HDMI should be transmitted in
no-idle mode. This patch adds the HWMOD_SWSUP_SIDLE so that omap_hwmode uses
no-idle/force-idle settings instead of smart-idle mode.
This is
Hi Ricardo,
In fact the flags attribute was not located correctly with regard to the
template used by the scripts.
I updated the script, the patch, the subject and fix a typo in the changelog.
Please find below the updated version.
Regards,
Benoit
---
From
Hi Omar,
On 6/16/2012 3:56 AM, Omar Ramirez Luna wrote:
Add mmu hwmod data for ipu and dsp.
Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 136
+++-
1 files changed, 134 insertions(+), 2 deletions(-)
On 6/19/2012 6:39 PM, Omar Ramirez Luna wrote:
Hi Benoit,
On 19 June 2012 07:36, Cousson, Benoit b-cous...@ti.com wrote:
On 6/16/2012 3:56 AM, Omar Ramirez Luna wrote:
...
+static struct omap_hwmod omap44xx_ipu_mmu_hwmod = {
+ .name = ipu_mmu,
+ .class
Hi Paul,
On 6/18/2012 8:16 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 hwmod main_clk must have a clockdomain associated with it. This
patch populates some clock structure
The commit 503d0ea24d1d3dd3db95e5e0edd693da7a2a23eb
ARM: OMAP4: hwmod data: Add aliases for McBSP fclk clocks
added a wrong prcm_clk alias for PRCM clock whereas the McBSP
driver and previous OMAPs are using prcm_fck.
It thus lead to the following warning.
[ 47.409729] omap-mcbsp: clks:
Hi Paul,
On 6/18/2012 5:45 PM, Paul Walmsley wrote:
Hi
On Mon, 18 Jun 2012, Cousson, Benoit wrote:
I guess that patch need to be revisited based on discussion we had and
the patch you proposed in [1]. Assuming Tony is OK, it should be
probably part of the -rc, because this domain should
On 6/15/2012 1:02 AM, Paul Walmsley wrote:
On Thu, 14 Jun 2012, Cousson, Benoit wrote:
Yep, but for that I'd rather add a flag than a information that is a
duplication of the parent data.
Great, send a patch.
Cool.
Well, in fact the HWMOD_EXT_OPT_MAIN_CLK patch is already good enough
Hi Paul,
On 6/15/2012 2:18 AM, Paul Walmsley wrote:
On Thu, 14 Jun 2012, Cousson, Benoit wrote:
On 6/14/2012 8:04 PM, Paul Walmsley wrote:
On Thu, 14 Jun 2012, Cousson, Benoit wrote:
(attribution lost)
Furthermore, the PRCM will never request target idle for this IP block
while
Hi Paul,
On 6/11/2012 2:46 AM, Paul Walmsley wrote:
On boot, the sl2if module can't be enabled. The following message is
logged:
omap_hwmod: sl2if: cannot be enabled for reset (3)
This is probably because the SL2IF is still being held in hardreset.
The SL2IF's hardreset line is shared with
Hi Paul,
On 6/11/2012 2:45 AM, Paul Walmsley wrote:
Kuvin discovered that commit c8d82ff68fb6873691536cf33021977efbf5593c
I guess you meant Kevin?
(ARM: OMAP2/3: hwmod data: Add 32k-sync timer data to hwmod
database) broke CORE idle on OMAP3. This prevents device low power
states.
The
On 6/14/2012 8:04 PM, Paul Walmsley wrote:
Hi
On Thu, 14 Jun 2012, Cousson, Benoit wrote:
On 6/11/2012 2:45 AM, Paul Walmsley wrote:
Kuvin discovered that commit c8d82ff68fb6873691536cf33021977efbf5593c
I guess you meant Kevin?
...
The IP block itself pbobably does not have any native
On 6/14/2012 7:09 PM, Paul Walmsley wrote:
Hi
On Thu, 14 Jun 2012, Cousson, Benoit wrote:
I don't think we should allow that at hwmod level. This line is already
handled by the IVAHD hwmod. We will then have some potential issue since
nothing will prevent the concurrent access.
Moreover
Hi Paul,
On 6/11/2012 11:11 PM, Cousson, Benoit wrote:
On 6/11/2012 7:26 PM, Paul Walmsley wrote:
On Mon, 11 Jun 2012, Benoit Cousson wrote:
The following commit (794b480a37e3d284d6ee7344d8a737ef60476ed5) was
adding
the PRCM IPs data for PRCM, CM, PRCM_MPU and SCRM.
The clkdm entry
On 6/8/2012 9:10 PM, Hiremath, Vaibhav wrote:
On Fri, Jun 08, 2012 at 01:33:46, Paul Walmsley wrote:
Hi
On Thu, 7 Jun 2012, Hiremath, Vaibhav wrote:
I couldn't finish my testing today, got into continuous meetings.
No worries, I understand.
Tomorrow, I will test it and update you on
Hi Paul,
On 6/11/2012 10:04 AM, Paul Walmsley wrote:
On Sun, 10 Jun 2012, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [120608 06:33]:
I don't really have a huge problem with switching to a late reset,
but there are disadvantages to it.
I think the early reset actually has more
On 6/11/2012 2:46 AM, Paul Walmsley wrote:
The 32k sync timer IP block target idle modes are incorrect in the
hwmod data are incorrect.
Nit: Is there too many incorrect in this sentence?
The IP block does not support any
smart-idle modes. Update the data to reflect the correct modes.
This
On 6/11/2012 2:46 AM, Paul Walmsley wrote:
Resolve this kernel boot message:
omap_hwmod: mcpdm: cannot be enabled for reset (3)
It appears that the McPDM on OMAP4 can only receive its functional
clock from an off-chip source. This source is not guaranteed to be
present on the board, and when
Hi Paul,
On 6/11/2012 2:46 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 hwmod main_clk must have a clockdomain associated with it.
But why? The clock domain information is
On 6/11/2012 6:59 PM, Paul Walmsley wrote:
On Mon, 11 Jun 2012, Cousson, Benoit wrote:
In fact, neither prm_clkdm not cm_clkdm are valid clock domain on OMAP4
:-(.
I've just realized that you introduced that for 3.5, but this is wrong.
We should not start adding some fake clock domains just
On 6/11/2012 7:26 PM, Paul Walmsley wrote:
On Mon, 11 Jun 2012, Benoit Cousson wrote:
The following commit (794b480a37e3d284d6ee7344d8a737ef60476ed5) was adding
the PRCM IPs data for PRCM, CM, PRCM_MPU and SCRM.
The clkdm entry are not the correct ones and does not exist in the system.
On 6/8/2012 3:11 AM, Paul Walmsley wrote:
On Thu, 7 Jun 2012, Cousson, Benoit wrote:
Indeed, what I did not mention is that potentially the whole device init
should be done ondemand as well. Meaning the whole hwmod setup phase should be
done only when the driver will probe the device
On 6/7/2012 9:55 AM, Felipe Balbi wrote:
On Thu, Jun 07, 2012 at 12:51:58AM -0700, Tony Lindgren wrote:
* Paul Walmsleyp...@pwsan.com [120607 00:44]:
On Thu, 7 Jun 2012, Tony Lindgren wrote:
Here too I think driver like features like this should live in the
driver init for omap OHCI driver.
+ Ohad
On 6/7/2012 12:52 PM, Paul Walmsley wrote:
On Thu, 7 Jun 2012, Cousson, Benoit wrote:
In fact we should delay the reset to the very last moment and
potentially reset the IPs not under driver control later after a couple
of second for example. It will avoid reseting every IP
Salut Paul,
On 6/6/2012 12:55 AM, Paul Walmsley wrote:
Hello Benoît
On Tue, 29 May 2012, Cousson, Benoit wrote:
On 5/25/2012 11:56 PM, Paul Walmsley wrote:
This patch is effectively a workaround for a hardware oversight. A
better hardware approach would have been to implement a smart-idle
On 6/6/2012 2:28 AM, Paul Walmsley wrote:
Hello Benoît
On Tue, 5 Jun 2012, Paul Walmsley wrote:
On Tue, 29 May 2012, Cousson, Benoit wrote:
So in fact, I'm wondering if a new flag is needed. We can potentially
apply that if idlemodes == (SIDLE_FORCE | SIDLE_NO).
We need to check which IP
On 6/1/2012 2:30 PM, Shilimkar, Santosh wrote:
On Fri, Jun 1, 2012 at 7:29 PM, Tony Lindgrent...@atomide.com wrote:
* Cousson, Benoitb-cous...@ti.com [120529 06:29]:
On 5/28/2012 1:35 PM, Eduardo Valentin wrote:
Mmm, we can have up to 4 control module instances in OMAP4.
Well, I'm not
On 6/1/2012 2:52 PM, ABRAHAM, KISHON VIJAY wrote:
Hi Benoit,
On Wed, May 30, 2012 at 8:53 PM, Cousson, Benoitb-cous...@ti.com wrote:
On 5/30/2012 4:51 PM, Shilimkar, Santosh wrote:
On Wed, May 30, 2012 at 4:26 PM, Kishon Vijay Abraham Ikis...@ti.com
wrote:
ocp2scp_usb_phy_ick clock node
On 5/31/2012 2:49 PM, Eduardo Valentin wrote:
Hello,
On Thu, May 31, 2012 at 04:06:00PM +0400, Konstantin Baydarov wrote:
Hi.
On 05/30/2012 01:26 PM, Cousson, Benoit wrote:
On 5/30/2012 11:05 AM, Konstantin Baydarov wrote:
On 05/30/2012 12:38 PM, Cousson, Benoit wrote:
On 5/29/2012 11
On 5/31/2012 4:55 PM, Jon Hunter wrote:
On 05/31/2012 12:51 AM, Xiao Jiang wrote:
Hi Jon and Benoit,
Thanks for reminding, how about below patch?
diff --git a/Documentation/devicetree/bindings/watchdog/omap-wdt.txt
b/Documentation/devicetree/bindings/watchdog/omap-wdt.txt
new file mode 100644
On 5/30/2012 5:18 AM, Xiao Jiang wrote:
Jon Hunter wrote:
On 05/25/2012 05:42 AM, jgq...@gmail.com wrote:
From: Xiao Jiang jgq...@gmail.com
Add device table for omap_wdt to support dt.
Signed-off-by: Xiao Jiang jgq...@gmail.com
---
drivers/watchdog/omap_wdt.c | 8
1 files changed, 8
On 5/29/2012 11:49 AM, Konstantin Baydarov wrote:
Hi, Eduardo.
On 05/25/2012 12:26 PM, Eduardo Valentin wrote:
This patch add device tree entries on OMAP4 based boards
for System Control Module (SCM).
Signed-off-by: Eduardo Valentineduardo.valen...@ti.com
---
arch/arm/boot/dts/omap4.dtsi
On 5/30/2012 11:05 AM, Konstantin Baydarov wrote:
On 05/30/2012 12:38 PM, Cousson, Benoit wrote:
On 5/29/2012 11:49 AM, Konstantin Baydarov wrote:
Hi, Eduardo.
On 05/25/2012 12:26 PM, Eduardo Valentin wrote:
This patch add device tree entries on OMAP4 based boards for
System Control Module
On 5/30/2012 12:17 PM, Konstantin Baydarov wrote:
Hi.
On 05/30/2012 01:26 PM, Cousson, Benoit wrote:
On 5/30/2012 11:05 AM, Konstantin Baydarov wrote:
On 05/30/2012 12:38 PM, Cousson, Benoit wrote:
On 5/29/2012 11:49 AM, Konstantin Baydarov wrote:
Hi, Eduardo.
On 05/25/2012 12:26 PM
On 5/30/2012 12:42 PM, Eduardo Valentin wrote:
Hello,
On Wed, May 30, 2012 at 12:22:49PM +0200, Cousson Benoit wrote:
On 5/30/2012 12:17 PM, Konstantin Baydarov wrote:
Hi.
On 05/30/2012 01:26 PM, Cousson, Benoit wrote:
On 5/30/2012 11:05 AM, Konstantin Baydarov wrote:
On 05/30/2012 12:38
On 5/30/2012 4:51 PM, Shilimkar, Santosh wrote:
On Wed, May 30, 2012 at 4:26 PM, Kishon Vijay Abraham Ikis...@ti.com wrote:
ocp2scp_usb_phy_ick clock node was a fake clock node created
to control MODULEMODE of ocp2scp. Since the hwmod for ocp2scp is now added
(which can be used to control
Hi Jon,
On 5/30/2012 5:03 PM, Jon Hunter wrote:
Hi Benoit,
On 05/30/2012 02:54 AM, Cousson, Benoit wrote:
On 5/30/2012 5:18 AM, Xiao Jiang wrote:
Jon Hunter wrote:
On 05/25/2012 05:42 AM, jgq...@gmail.com wrote:
From: Xiao Jiangjgq...@gmail.com
Add device table for omap_wdt to support dt
Hi Paul,
On 5/25/2012 11:56 PM, Paul Walmsley wrote:
Kevin discovered that commit c8d82ff68fb6873691536cf33021977efbf5593c
(ARM: OMAP2/3: hwmod data: Add 32k-sync timer data to hwmod
database) broke CORE idle on OMAP3. This blocks device low power
states.
The root cause is that the 32K
On 5/28/2012 12:26 PM, Valentin, Eduardo wrote:
Hello Santosh,
On Mon, May 28, 2012 at 12:48 PM, Felipe Balbiba...@ti.com wrote:
Hi,
On Mon, May 28, 2012 at 03:03:26PM +0530, Shilimkar, Santosh wrote:
On Fri, May 25, 2012 at 1:56 PM, Eduardo Valentin
eduardo.valen...@ti.com wrote:
This
On 5/28/2012 1:16 PM, Eduardo Valentin wrote:
Hello again,
On Fri, May 25, 2012 at 05:49:44PM +0200, Cousson Benoit wrote:
On 5/25/2012 10:25 AM, Eduardo Valentin wrote:
big cut
+
+static const struct omap_bandgap_data omap4460_data = {
+ .has_talert = true,
+ .has_tshut = true
On 5/28/2012 1:35 PM, Eduardo Valentin wrote:
Hello,
On Fri, May 25, 2012 at 02:52:08PM +0200, Cousson Benoit wrote:
On 5/25/2012 10:25 AM, Eduardo Valentin wrote:
This patch introduces a MFD core device driver for
OMAP system control module.
The control module allows software control
On 5/28/2012 3:15 PM, Shilimkar, Santosh wrote:
On Mon, May 28, 2012 at 5:12 PM, Eduardo Valentin
[...]
+/**
+ * omap_control_readl: Read a single omap control module register.
+ *
+ * @dev: device to read from.
+ * @reg: register to read.
+ * @val: output with register value.
+ *
+ *
On 5/25/2012 10:25 AM, Eduardo Valentin wrote:
From: Kishon Vijay Abraham Ikis...@ti.com
Extracts the device data from hwmod database and create a platform device
using omap device build.
The device build is done during postcore_initcall.
Do you still need that since you are supporting only
On 5/25/2012 10:25 AM, Eduardo Valentin wrote:
This is a way to add an early device for system control module.
the code is also requesting for driver registration and probing.
Done at early_initcall because at that time, ioremapping is possible.
Signed-off-by: Eduardo
On 5/25/2012 10:25 AM, Eduardo Valentin wrote:
This patch introduces a MFD core device driver for
OMAP system control module.
The control module allows software control of
various static modes supported by the device. It is
composed of two control submodules: general control
module and device
Hi Eduardo,
On 5/25/2012 10:25 AM, Eduardo Valentin wrote:
OMAP system control module can be probed early, then
omap_type is safe to use its APIs.
TODO: add support for other omap versions
Signed-off-by: Eduardo Valentineduardo.valen...@ti.com
---
arch/arm/mach-omap2/id.c | 16
On 5/25/2012 10:25 AM, Eduardo Valentin wrote:
Created a new platform driver for the platform device created by the
control module mfd core, wrt usb. This driver has API's to power on/off
the phy and the API's to write to musb mailbox.
(p.s. the mailbox for musb in omap4 is present in system
On 5/25/2012 10:25 AM, Eduardo Valentin wrote:
OMAP4460 specific temperature sensor register bit fields are added.
Existing OMAP4 entries are renamed to OMAP4430.
Signed-off-by: Keerthyj-keer...@ti.com
Signed-off-by: Eduardo Valentineduardo.valen...@ti.com
---
On 5/2/2012 7:42 AM, Bedia, Vaibhav wrote:
Hi Omar,
On Tue, May 01, 2012 at 23:17:38, Omar Ramirez Luna wrote:
To allow mailbox driver to function with device tree.
Tested in OMAP4 and OMAP3. OMAP2 untested.
I think the mailbox code needs a cleanup similar to what you
had proposed earlier
On 5/1/2012 7:47 PM, Omar Ramirez Luna wrote:
Add nodes for mailbox DT, to interface with hwmods.
Signed-off-by: Omar Ramirez Lunaomar.l...@linaro.org
Acked-by: Benoit Cousson b-cous...@ti.com
---
arch/arm/boot/dts/omap2.dtsi |5 +
arch/arm/boot/dts/omap3.dtsi |5 +
On 5/22/2012 4:20 PM, Tero Kristo wrote:
On Wed, 2012-05-16 at 11:15 +0530, Rajendra Nayak wrote:
On Wednesday 16 May 2012 10:54 AM, Rajendra Nayak wrote:
On Wednesday 16 May 2012 03:52 AM, Kevin Hilman wrote:
Cousson, Benoitb-cous...@ti.com writes:
On 4/24/2012 4:46 PM, Tero Kristo wrote:
On 5/22/2012 5:04 PM, Jon Hunter wrote:
...
In fact, if the alt clock is there the alt_clk alias will be there and
thus you can use the clk_get(dev, alt_clk) to figure out if the clock
is there or not.
Ok, I can do this and did think about it, but then wondered why it had
been done this way
Hi Jon,
On 5/18/2012 11:09 PM, Jon Hunter wrote:
Hi Benoit,
On 05/10/2012 04:56 AM, Cousson, Benoit wrote:
Hi Jon Ming,
On 5/9/2012 11:35 PM, Jon Hunter wrote:
From: Ming Leiming@canonical.com
The following modules is required to be enabled before configuring
cross trigger interface
Hi Jon,
On 5/16/2012 1:35 AM, Jon Hunter wrote:
From: Jon Hunterjon-hun...@ti.com
Currently, the dmtimer determines whether an timer can support an external
clock source (sys_altclk) for driving the timer by the IP version. Only
OMAP24xx devices can support an external clock source, but the IP
On 5/16/2012 3:34 PM, Jon Hunter wrote:
Hi Benoit,
On 05/16/2012 04:28 AM, Cousson, Benoit wrote:
Hi Jon,
On 5/16/2012 1:35 AM, Jon Hunter wrote:
From: Jon Hunterjon-hun...@ti.com
In order to migrate the dmtimer driver to support device-tree I found
that it
was first necessary to clean-up
Hi Jon,
On 5/16/2012 1:35 AM, Jon Hunter wrote:
From: Jon Hunterjon-hun...@ti.com
In order to migrate the dmtimer driver to support device-tree I found that it
was first necessary to clean-up the timer platform data. The goal of this
series is to simplify the timer platform data structure from
Hi Tomi,
On 5/16/2012 11:08 AM, Tomi Valkeinen wrote:
On Tue, 2012-05-15 at 11:55 -0600, Paul Walmsley wrote:
Hello Tomi,
On Mon, 14 May 2012, Tomi Valkeinen wrote:
I've been doing testing to understand the problem, but so far I don't
have any idea why things go wrong. I haven't found out
+ Paul
Hi Tarun,
On 5/15/2012 1:42 PM, Tarun Kanti DebBarma wrote:
Commit 68523f4233de5f233478dde0a63047b4efb710b8 (ARM: OMAP4:
Workaround the OCP synchronisation issue with 32K synctimer)
does not include GP Timers in ABE domain. Since synchronization
issue is applicable to all
Hi Jon,
On 5/15/2012 4:33 PM, Jon Hunter wrote:
Hi Santosh, Benoit,
On 05/10/2012 01:54 AM, Santosh Shilimkar wrote:
On Thursday 10 May 2012 03:06 AM, Jon Hunter wrote:
From: Jon Hunterjon-hun...@ti.com
For OMAP3+ devices, the clock domains (CLKDMs) support one or more of the
following
On 5/15/2012 5:00 PM, Shilimkar, Santosh wrote:
On Tue, May 15, 2012 at 8:02 PM, Cousson, Benoitb-cous...@ti.com wrote:
+ Paul
Hi Tarun,
On 5/15/2012 1:42 PM, Tarun Kanti DebBarma wrote:
Commit 68523f4233de5f233478dde0a63047b4efb710b8 (ARM: OMAP4:
Workaround the OCP synchronisation issue
Salut Thomas,
Sorry for the delay.
On 5/4/2012 5:59 PM, Thomas Petazzoni wrote:
Hello Benoit,
Le Fri, 23 Sep 2011 22:23:09 +0200,
Benoit Coussonb-cous...@ti.com a écrit :
Add SoC specific map_io function to be used by the generic DT
board file. This is an intermediate step before having
On 5/14/2012 2:47 PM, Felipe Balbi wrote:
Hi,
On Mon, May 14, 2012 at 03:29:21PM +0300, Felipe Balbi wrote:
On Mon, May 14, 2012 at 03:24:11PM +0300, Tomi Valkeinen wrote:
On Mon, 2012-05-14 at 15:15 +0300, Felipe Balbi wrote:
looks like MUSB is probing before transceiver driver... could it
Hi Paul,
On 5/10/2012 7:29 PM, Paul Walmsley wrote:
During kernel init, the AM3505/AM3517 UART4 cannot complete its softreset:
omap_hwmod: uart4: softreset failed (waited 1 usec)
This also results in another warning later in the boot process:
omap_hwmod: uart4: enabled state can only be
1 - 100 of 941 matches
Mail list logo
