On Mon, Jun 18, 2012 at 11:31 PM, Kevin Hilman khil...@ti.com wrote:
Tasslehoff Kjappfot tasskj...@gmail.com writes:
The support for using a timer to wake from suspend was removed in:
- Original Message -
From: Andrea Scian [mailto:r...@dave-tech.it]
Sent: Monday, June 18, 2012 08:25 PM
To: linux-omap@vger.kernel.org linux-omap@vger.kernel.org
Subject: RFC: PATCH TI81xx fix MUSB software mode setting
Dear all,
when configuring our platform (DM8148 based)
Hi,
On Tue, Jun 19, 2012 at 06:59:42, CF Adad wrote:
Anyway, we have advanced our kernel to today's latest l-o (3.5-rc2). Though
we are not considering the GPMC a likely source of the error at this moment,
I'm considering exploring this patchset. Unfortunately, the NAND is very
critical
Dear Ravi,
Dear all,
when configuring our platform (DM8148 based) to work with
USB0 as device and USB1 as host I've found some problems.
It seems that you created the patch against the ti-psp release, there
is another way to achieve this (one port as host and other port as device).
Yes
On 06/19/2012 08:07 AM, Shilimkar, Santosh wrote:
On Mon, Jun 18, 2012 at 11:31 PM, Kevin Hilmankhil...@ti.com wrote:
Tasslehoff Kjappfottasskj...@gmail.com writes:
The support for using a timer to wake from suspend was removed in:
On Fri, Jun 15, 2012 at 12:36 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Thu, Jun 14, 2012 at 9:18 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Thu, Jun 14, 2012 at 03:59:24PM +0530, Santosh Shilimkar wrote:
[..]
@@ -1267,7 +1534,13 @@ static int
On Mon, Jun 18, 2012 at 9:00 PM, Wolfram Sang w.s...@pengutronix.de wrote:
On Mon, Jun 18, 2012 at 08:00:28PM +0530, Shubhrajyoti D wrote:
From: Felipe Balbi ba...@ti.com
stat BIT(1) is the same as BIT(1),
Not true. I'd guess you are missing some context in the patch
description.
See the
Commit 7d6b6d83(make it behave as a module) annotated probe with
__devinit, but a referenced function was not.
This introduced a section mismatch warning:
WARNING: vmlinux.o(.devinit.text+0x3eec): Section mismatch in reference
from the function omap2_mcspi_probe() to the function
From 785a1f2854002ce7c1c8880bc5d8d92a7868bf1c Mon Sep 17 00:00:00 2001
From: Ramesh Gupta G grgu...@ti.com
Date: Fri, 15 Jun 2012 16:37:20 +0530
Subject: [PATCH v2 1/4] ARM: new cache maintenance api for iommu mem flush
non-coherent IOMMUs need to make sure that the
data held in the caches need
From 630a3a8f341eb7f58f9a63bf786d732b5bdfd01e Mon Sep 17 00:00:00 2001
From: Ramesh Gupta G grgu...@ti.com
Date: Fri, 15 Jun 2012 16:39:21 +0530
Subject: [PATCH v2 2/4] ARM: add flush_mem api for ARMv6
Added flush_mem cache maintenance api for ARMv6.
The implementation is based on
From 635d33cf6c6758fb2063aa2adc03b69ce0d2799a Mon Sep 17 00:00:00 2001
From: Ramesh Gupta G grgu...@ti.com
Date: Fri, 15 Jun 2012 16:45:41 +0530
Subject: [PATCH v2 3/4] ARM: add flush_mem api for ARMv7
Added flush_mem cache maintenance api for ARMv7.
The implementation is based on
From eb07a74132cd9305c1b82610dd1c2a9adfc72986 Mon Sep 17 00:00:00 2001
From: Ramesh Gupta G grgu...@ti.com
Date: Fri, 15 Jun 2012 16:46:46 +0530
Subject: [PATCH 4/4] OMAP:IOMMU:flush L1 and L2 caches
IOMMU need to make sure that data in L1 and L2 caches
is visible to the MMU hardware whenever the
From 639d8228c118f884e0d04d1338bf9561700e Mon Sep 17 00:00:00 2001
From: Ramesh Gupta G grgu...@ti.com
Date: Fri, 15 Jun 2012 17:06:14 +0530
Subject: [PATCH v2 0/4] OMAP:IOMMU:Add L1 and L2 cache flush
This patch series is second version to
- add a new cache maintenance api to flush L1 cache.
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(-)
Hello.
On 18-06-2012 10:16, Paul Walmsley wrote:
Increase the timeout for disabling an IP block to five milliseconds.
This is to handle the usb_host_fs idle latency, which takes almost
four milliseconds after a host controller reset.
This is the second of two patches needed to resolve the
On Tue, Jun 19, 2012 at 02:50:23PM +0530, Shubhrajyoti Datta wrote:
On Mon, Jun 18, 2012 at 9:00 PM, Wolfram Sang w.s...@pengutronix.de wrote:
On Mon, Jun 18, 2012 at 08:00:28PM +0530, Shubhrajyoti D wrote:
From: Felipe Balbi ba...@ti.com
stat BIT(1) is the same as BIT(1),
Not true.
Hi,
Below is the pinctrl-single patch updated with hopefully all the Stephen's
comments addressed. The binding still needs to be looked at, see relevant
parts of the discussion below.
* Tony Lindgren t...@atomide.com [120617 22:55]:
* Stephen Warren swar...@wwwdotorg.org [120615 09:21]:
On
The beagleboard USB Host Port that is used is Port 2. The platform driver sets
MODE_PHY for port 1 causing pin muxing to override the pins on the expansion
connector P17 when using board_mux[]. Since USBHS Port 1 is not connected
remove the case for muxing the USB Port1 pins by default.
Patch
+cc linux-omap
On Fri, Jun 8, 2012 at 4:22 PM, Sourav Poddar sourav.pod...@ti.com wrote:
Update the Documentation with omap4 keypad device tree
binding information.
Add device tree support for omap4 keypad driver.
Tested on omap4430 sdp.
Cc: Andrew Morton a...@linux-foundation.org
Cc:
You'll probably have to fix your sing/sign typo, but otherwise it looks good
Yeah, I dont sing...
resend on the way
Acked-by: Russ Dill russ.d...@ti.com
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
+cc linux-omap
On Fri, Jun 8, 2012 at 4:23 PM, Sourav Poddar sourav.pod...@ti.com wrote:
Add keypad data node in omap4 device tree file.
Also fill the device tree binding parameters
with the required value in omap4-sdp dts file.
Tested on omap4430 sdp with dmitry's 'next' branch.
Cc:
On 06/18/2012 04:22 PM, Paul Walmsley wrote:
Hi
On Sat, 16 Jun 2012, Ricardo Neri wrote:
I would like to revive an old discussion regarding how to use a particular
idle mode for a specific use-case[1].
As per the OMAP4 documentation, audio over HDMI should be transmitted in
no-idle mode.
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 = omap44xx_mmu_hwmod_class,
+ .clkdm_name =
On 04/24/2012 07:23 AM, Kevin Hilman wrote:
We only need to call the pre/post transtion methods when we know the
power state is changing. First, split up the pre/post transition
calls to be per-powerdomain, and then make them conditional on whether
the power domain is actually changing states.
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 =
Munegowda, Keshava keshava_mgo...@ti.com writes:
On Fri, Jun 15, 2012 at 7:17 PM, Jean Pihet jean.pi...@newoldbits.com wrote:
Hi Keshava,
On Fri, Jun 15, 2012 at 2:04 PM, Munegowda, Keshava
keshava_mgo...@ti.com wrote:
On Tue, Jun 12, 2012 at 6:28 PM, Munegowda, Keshava
Tony,
Please queue this patch at your earliest convenience.
We had some discussion on the splitting out of the DMM/Tiler driver
from the omapdrm driver. There might be some interest in leveraging
the Tiler for omapfb. However, we agreed this can be deferred until
some other device (omapfb or
于 2012年06月14日 14:59, Zumeng Chen 写道:
于 2012年06月14日 14:31, Hiremath, Vaibhav 写道:
On Thu, Jun 14, 2012 at 10:16:55, Zumeng Chen wrote:
于 2012年06月13日 20:18, Hiremath, Vaibhav 写道:
On Wed, Jun 13, 2012 at 07:14:10, Zumeng Chen wrote:
From: Zumeng Chenzumeng.c...@windriver.com
If we don't set
28 matches
Mail list logo