On Thu, Jun 7, 2012 at 4:39 PM, Russell King
rmk+ker...@arm.linux.org.uk wrote:
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
Documentation/feature-removal-schedule.txt | 11 +++
1 files changed, 11 insertions(+), 0
On Thu, Jun 7, 2012 at 4:36 PM, Russell King
rmk+ker...@arm.linux.org.uk wrote:
Tested-by: Tony Lindgren t...@atomide.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
Have scanned mainly the OMAP DMA related features in the patch
and they look fine to me.
Acked-by: Santosh
* Paul Walmsley p...@pwsan.com [120607 15:09]:
On Thu, 7 Jun 2012, Tony Lindgren wrote:
Until we have something generic in place to deal with stuff like unused
driver
reset and idle, how about we set up the driver specific reset parts as
inline
functions in the driver header?
The following changes since commit f8f5701bdaf9134b1f90e5044a82c66324d2073f:
Linux 3.5-rc1 (2012-06-02 18:29:26 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-fixes-for-v3.5-rc1
for you to fetch changes up to
Paul,
* Jon Hunter jon-hun...@ti.com [120605 10:39]:
Fix the following issues with the timer device attributes for OMAP2+ devices:
1. For OMAP24xx devices, timers 2-8 have the ALWAYS-ON attribute indicating
that these timers are in an ALWAYS-ON power domain. This is not the case
only
Hi
On Thu, 7 Jun 2012, Rajendra Nayak wrote:
Yes, I can include this as part of the common clock conversion series.
What I was trying to say is that neither the clock framework not any
other OMAP PM layer today makes any use of this information except for
gate clocks. The only 2 places in
Hi Paul,
On Friday 08 June 2012 01:10 PM, Paul Walmsley wrote:
Hi
On Thu, 7 Jun 2012, Rajendra Nayak wrote:
Yes, I can include this as part of the common clock conversion series.
What I was trying to say is that neither the clock framework not any
other OMAP PM layer today makes any use of
On Fri, Jun 8, 2012 at 12:32 AM, Tony Lindgren t...@atomide.com wrote:
The following changes since commit f8f5701bdaf9134b1f90e5044a82c66324d2073f:
Linux 3.5-rc1 (2012-06-02 18:29:26 -0700)
are available in the git repository at:
On Thu, Jun 7, 2012 at 12:45 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Here's the PL08x patches.
I've tested the entire set: first the three patches splitting out the virtual
channels, then the remaining 31 patches on PL08x.
The test was performed on a Nomadik S8815 which has
On Thu, Jun 7, 2012 at 1:08 PM, Russell King
rmk+ker...@arm.linux.org.uk wrote:
Add DMA engine support to the OMAP SPI driver. This supplements the
private DMA API implementation contained within this driver, and the
driver can be independently switched at build time between using DMA
engine
On Thu, Jun 7, 2012 at 1:07 PM, Russell King
rmk+ker...@arm.linux.org.uk wrote:
Add DMA engine support to the OMAP driver. This supplements the
private DMA API implementation contained within this driver, and the
driver can be switched at build time between using DMA engine and the
private
On Thu, Jun 7, 2012 at 1:06 PM, Russell King
rmk+ker...@arm.linux.org.uk wrote:
Add DMA engine support to the OMAP HSMMC driver. This supplements the
private DMA API implementation contained within this driver, and the
driver can be switched at build time between using DMA engine and the
On Thu, Jun 07, 2012 at 12:06:32PM +0100, Russell King wrote:
Tested-by: Tony Lindgren t...@atomide.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/dma/Kconfig |6 +
drivers/dma/Makefile |1 +
drivers/dma/omap-dma.c | 522
Hi Jon,
On Thu, Jun 07, 2012 at 10:22:03PM +0100, Jon Hunter wrote:
diff --git a/arch/arm/kernel/perf_event.c b/arch/arm/kernel/perf_event.c
index 186c8cb..00adb98 100644
--- a/arch/arm/kernel/perf_event.c
+++ b/arch/arm/kernel/perf_event.c
@@ -20,6 +20,7 @@
#include
On Fri, Jun 8, 2012 at 2:32 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Jun 07, 2012 at 12:06:32PM +0100, Russell King wrote:
Tested-by: Tony Lindgren t...@atomide.com
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/dma/Kconfig | 6 +
On Fri, Jun 08, 2012 at 03:30:23PM +0530, Shilimkar, Santosh wrote:
On Fri, Jun 8, 2012 at 2:32 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Thu, Jun 07, 2012 at 12:06:32PM +0100, Russell King wrote:
Tested-by: Tony Lindgren t...@atomide.com
Signed-off-by: Russell King
Hi,
I don;t seem to be able to get suspend to work on 3.5-rc1 on
my 4430 panda. I am not sure if its UART wakeups that are
an issue or suspend itself is broken.
Is there anything more than setting
'/sys/devices/platform/omap_uart.2/tty/ttyO2/power/wakeup'
to 'enabled' that I need to do to get
* Rajendra Nayak rna...@ti.com [120608 03:40]:
Hi,
I don;t seem to be able to get suspend to work on 3.5-rc1 on
my 4430 panda. I am not sure if its UART wakeups that are
an issue or suspend itself is broken.
Is there anything more than setting
On Friday 08 June 2012 04:26 PM, Tony Lindgren wrote:
* Rajendra Nayakrna...@ti.com [120608 03:40]:
Hi,
I don;t seem to be able to get suspend to work on 3.5-rc1 on
my 4430 panda. I am not sure if its UART wakeups that are
an issue or suspend itself is broken.
Is there anything more than
On Fri, 2012-06-08 at 17:55 +0530, Rajendra Nayak wrote:
On Friday 08 June 2012 04:26 PM, Tony Lindgren wrote:
* Rajendra Nayakrna...@ti.com [120608 03:40]:
Hi,
I don;t seem to be able to get suspend to work on 3.5-rc1 on
my 4430 panda. I am not sure if its UART wakeups that are
an
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.
That
On Friday 08 June 2012 06:35 PM, Tero Kristo wrote:
On Fri, 2012-06-08 at 17:55 +0530, Rajendra Nayak wrote:
On Friday 08 June 2012 04:26 PM, Tony Lindgren wrote:
* Rajendra Nayakrna...@ti.com [120608 03:40]:
Hi,
I don;t seem to be able to get suspend to work on 3.5-rc1 on
my 4430 panda. I
Hi Paul,
There's a bug in this patch, see below.
clip
{
@@ -1141,8 +1143,26 @@ static void _enable_sysc(struct omap_hwmod *oh)
sf = oh-class-sysc-sysc_flags;
if (sf SYSC_HAS_SIDLEMODE) {
- idlemode = (oh-flags HWMOD_SWSUP_SIDLE) ?
-
On Fri, 8 Jun 2012, Cousson, Benoit wrote:
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
Hi Paul,
Tested this set on top of v3.5-rc1 with omap3 / omap4 suspend + my omap4
core retention / dev-off patches. There are a couple of minor issues,
like the bug in patch 5, and the fact that counter_32k hwmod data is
broken for omap4. This fix is needed on omap4 to fix the counter_32k, if
McPDM is used on OMAP4 based boards to communicate with an external audio
codec (twl6040).
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap4.dtsi |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap4.dtsi
DMIC IP is used to connect up to 6 digital microphones directly to OMAP.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap4.dtsi |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap4.dtsi
On OMAP4 SDP the audio setup includes the twl6040 codec and digital
microphones.
Since OMAP4 SDP is a reference board it has all possible audio interfaces
connected. This information is passed via the ti,audio-routing
property.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
There are devices connected to VBAT.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap4-sdp.dts |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap4-sdp.dts b/arch/arm/boot/dts/omap4-sdp.dts
index e55d42a..4b51611
The twl6040 provides the audio and vibra support on OMAP4 SDP boards.
It is connected to i2c1 bus with 0x4b address.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap4-sdp.dts | 25 +
1 files changed, 25 insertions(+), 0 deletions(-)
diff
PandaBoard uses twl6040 connected via McPDM for audio.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap4-panda.dts | 37 +
1 files changed, 37 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap4-panda.dts
The 4430 and 4460 version of PandaBoard mostly the same with
exception at least in audio setup.
Use the omap4-panda.dts file as a base and only override the differences
between the revisions.
For audio it is the name of the sound card and the routing information.
Signed-off-by: Peter Ujfalusi
Hello,
The following series enable the audio functionality on OMAP4 based devices using
twl6040 as audio codec.
The series adds the needed bindings in the dts for the OMAP IPs, twl6040 MFD
device and for the audio connection on the board.
To be able to differentiate between PandaBoard and
twl[46]030 have been converted to sparse IRQ
already, so we can remove the unused defines
and drop some code from board-files.
compile tested with omap2plus_defconfig.
Signed-off-by: Felipe Balbi ba...@ti.com
---
patch mostly generated with:
$ sed -i
Hi Will,
On 06/08/2012 04:47 AM, Will Deacon wrote:
Hi Jon,
On Thu, Jun 07, 2012 at 10:22:03PM +0100, Jon Hunter wrote:
diff --git a/arch/arm/kernel/perf_event.c b/arch/arm/kernel/perf_event.c
index 186c8cb..00adb98 100644
--- a/arch/arm/kernel/perf_event.c
+++
On Fri, 8 Jun 2012, Rajendra Nayak wrote:
This patch only gets rid of clkdm assocation from *non gate* clocks.
And what I am trying to say is that, this information in not
used at all (for non gate clocks) in any of the frameworks today
including clock framework.
So why should getting rid of
Hi Will,
On 06/08/2012 04:47 AM, Will Deacon wrote:
Hi Jon,
On Thu, Jun 07, 2012 at 10:22:03PM +0100, Jon Hunter wrote:
diff --git a/arch/arm/kernel/perf_event.c b/arch/arm/kernel/perf_event.c
index 186c8cb..00adb98 100644
--- a/arch/arm/kernel/perf_event.c
+++
On 06/07/2012 06:09 AM, Russell King wrote:
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
---
Documentation/feature-removal-schedule.txt | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git
Hi Stephen, Arnd,
Been a while ;-)
On 05/21/2012 03:32 PM, Stephen Warren wrote:
On 05/21/2012 12:18 PM, Arnd Bergmann wrote:
On Monday 21 May 2012, Stephen Warren wrote:
The point with the direction was that it covers most cases and makes
them rather simple, while for the rare case where
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 this.
That would be great.
I took a
On Fri, Jun 08, 2012 at 18:58:51, Paul Walmsley wrote:
On Fri, 8 Jun 2012, Cousson, Benoit wrote:
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
Hi
On Fri, 8 Jun 2012, Hiremath, Vaibhav wrote:
In case of AM33xx, recently I came across similar issue (rather more
than this) with CPSW module.
The issue is,
We have observed that, in order to disable the CPSW module
(MODULEMODE=0x0), We have to assert OCP level reset, before
On Fri, 8 Jun 2012, Tero Kristo wrote:
There's a bug in this patch, see below.
...
There should by binary or, not logical here.
Thanks for reporting this, I've added some credit in the patch
description. This has been fixed by switching back to using a flag-based
approach based on some
On Friday 08 June 2012, Jon Hunter wrote:
On 05/21/2012 03:32 PM, Stephen Warren wrote:
On 05/21/2012 12:18 PM, Arnd Bergmann wrote:
On Monday 21 May 2012, Stephen Warren wrote:
If so, that seems a little odd; you have to request a DMA channel for
TX, but then end up having the common
Hi Tero,
On Fri, 8 Jun 2012, Tero Kristo wrote:
Tested this set on top of v3.5-rc1 with omap3 / omap4 suspend + my omap4
core retention / dev-off patches. There are a couple of minor issues,
like the bug in patch 5, and the fact that counter_32k hwmod data is
broken for omap4. This fix is
On Thu, 7 Jun 2012, Tony Lindgren wrote:
Oh OK yeah makes sense as that's hwmod internal function. Then the driver
specific part should use just void __iomem *base and use readl/writel and
live under include/linux/platform_data/omap-usb.h.
This sounds like something that might be flame-bait,
46 matches
Mail list logo