Felipe Balbi wrote:
On Mon, Jul 06, 2009 at 10:22:11AM +0200, Quadros Roger (EXT-Teleca/Helsinki)
wrote:
please put some description here. Other than that:
ok. will send updated patch with description. thanks for your comment.
Signed-off-by: Roger Quadros ext-roger.quad...@nokia.com
From: Santosh Shilimkar santosh.shilim...@ti.com
This patch updates the platform dma.h with new dma request lines
for OMAP4 peripherals. Also additional hardware register of OMAP4
sDMA module are included.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Tony Lindgren
From: Syed Rafiuddin rafiuddin.s...@ti.com
This patch adds McBSP support on OMAP4430 development platform. This patch
includes corresponding base address changes for OMAP4.
Signed-off-by: Syed Rafiuddin rafiuddin.s...@ti.com
---
arch/arm/mach-omap2/mcbsp.c | 41
From: Syed Rafiuddin rafiuddin.s...@ti.com
This patch adds UART4 support on OMAP4430 development platform.
Signed-off-by: Syed Rafiuddin rafiuddin.s...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c |2 +-
arch/arm/mach-omap2/serial.c| 10 ++
2 files changed, 11
From: Syed Rafiuddin rafiuddin.s...@ti.com
This patch adds GPIO support on OMAP4430 platform and adds
OMAP4 register defnitions.
Signed-off-by: Syed Rafiuddin rafiuddin.s...@ti.com
---
arch/arm/plat-omap/gpio.c | 228 -
1 files changed, 183
Hi,
I am trying to make my SDIO wifi card work on beagleboard.
When the driver tries to read or write SDIO function register , it is
generally 1 or 4 byte read/write. And buffer used is mostly on stack.
So, the kernel crashes while doing dma_map_sg on that buffer. Using
kmalloc ed buffer in SDIO
Add OTG transceiver to RX51 platform data to prevent kernel NULL pointer
dereference during MUSB initialisation.
Signed-off-by: Roger Quadros ext-roger.quad...@nokia.com
---
arch/arm/mach-omap2/board-rx51-peripherals.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
On Tue, Jul 07, 2009 at 01:15:22PM +0200, Quadros Roger (EXT-Teleca/Helsinki)
wrote:
Add OTG transceiver to RX51 platform data to prevent kernel NULL pointer
dereference during MUSB initialisation.
Signed-off-by: Roger Quadros ext-roger.quad...@nokia.com
Signed-off-by: Felipe Balbi
All,
The DSS2 code base seems to inadvertently prevent downscaling of video
overlay frames. Attached is my attempt at a patch to resolve this
issue.
As I gather from the code, there is an attempt to limit the overlay
output frame size (x, y, outw, outh) to the managers updated window
(mc-x,
Sorry, missed the subject line.
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Fischer
Steven-P27614
Sent: Tuesday, July 07, 2009 7:54 AM
To: linux-omap@vger.kernel.org
Subject:
All,
The DSS2 code base seems to
Ugh, messed up morning, forgot the patch as well :(
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Fischer
Steven-P27614
Sent: Tuesday, July 07, 2009 8:05 AM
To: linux-omap@vger.kernel.org
Subject: RE: DSS2 Video Overlay
From: Phil Carmody ext-phil.2.carm...@nokia.com
cp_{to,fm}_usr break if between an if and an else (with no {}).
http://www.faqs.org/faqs/C-faq/abridged/
10.4: What's the best way to write a multi-statement macro?
A:#define Func() do {stmt1; stmt2; ... } while(0) /* (no trailing ;) */
From: Phil Carmody ext-phil.2.carm...@nokia.com
I say 'heuristic', as I can't prove they're wrong, they just look
wrong, and for that reason should be given extra close scrutiny.
These are basically just the old malloc-one-more-than-strlen.
Signed-off-by: Phil Carmody
If you followed some failure paths, it was entirely possible that
you'd attempt to MEM_Free a user-space pointer, because it wouldn't
have been replaced with a kernel-space copy yet.
Signed-off-by: Phil Carmody ext-phil.2.carm...@nokia.com
Signed-off-by: Ameya Palande ameya.pala...@nokia.com
---
The status cannot be a failure value at the start of the loops,
and the only changes to a failure state are accompanied by a
break or goto, so these conditions are always true.
Signed-off-by: Phil Carmody ext-phil.2.carm...@nokia.com
---
drivers/dsp/bridge/pmgr/wcd.c |4 ++--
1 files
Hello Syed,
This should use the auto-generated data from Benoit. This will avoid
mistakes like:
On Tue, 7 Jul 2009, rafiuddin.s...@ti.com wrote:
From: Santosh Shilimkar santosh.shilim...@ti.com
This patch updates the platform dma.h with new dma request lines
for OMAP4 peripherals. Also
David
-Original Message-
From: David Miller [mailto:da...@davemloft.net]
dev_ifsioc_locked()
case SIOCGIFMAP:
ifr-ifr_map.irq = dev-irq; // ?? type mismatch
Here
ifr-ifr_map.irq) is of type unsigned char
dev-irq is of type unsigned int
So ifconfig
Hi, Paul
I saw you clear clear the SDRC PWRENA bit during SDRC frequency change
but not during suspend.
Please review if it is necessary to clear PWRENA bit during suspend.
Thanks
Janboe Ye
rom 287db2e188391be0ac95128131724e0e035e945a Mon Sep 17 00:00:00 2001
From: janboe janboe...@gmail.com
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
Previous restore was lazy and only restored CHxCONF when it was needed by a
specific chip select. This could cause occasional errors on an SPI bus where
multiple chip selects are in use.
Applies on top of PM
I've started to integrate the new hwmod/omapdev into the PM branch for
the next release.
With the new MMC hwmod added, hwmod should do a full reset and idle of
the MMC modules on init, so I decided to remove the patch from the PM
branch which does the same.
To my surprise, the MMC blocks were
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/omap_hwmod_2430.h |4 ++--
arch/arm/mach-omap2/omap_hwmod_34xx.h |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_2430.h
The _reset() hook should early when _soft_reset() fails, not it if
succeeds. Currently, it aborts when _soft_reset() succeeds, resulting
in not waiting for RESETDONE.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/omap_hwmod.c |2 +-
1 files changed, 1
From: Pandita, Vikram vikram.pand...@ti.com
Date: Wed, 8 Jul 2009 02:27:51 +0530
On Zoom2 TI OMAP3 based board, the IRQ we are requesting is
value=381 and hence the problem reported.
The IRQ reported by this user call is only reliable for
ISA devices.
Or, ARM platforms could opt to use a
diff --git a/arch/arm/plat-omap/include/mach/dma.h
b/arch/arm/plat-omap/include/mach/dma.h
index 8c1eae8..01ea54a 100644
--- a/arch/arm/plat-omap/include/mach/dma.h
+++ b/arch/arm/plat-omap/include/mach/dma.h
@@ -122,6 +122,11 @@
#define OMAP_DMA4_CCFN(n)(0x60
From: Santosh Shilimkar santosh.shilim...@ti.com
This patch updates the platform dma.h with new dma request lines
for OMAP4 peripherals. Also additional hardware register of OMAP4
sDMA module are included.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Tony Lindgren
25 matches
Mail list logo