The register DMA4_CDAC needs to be initialized to zero
before starting DMA transfer.
Cc: Tony Lindgren t...@atomide.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Govindraj R govindraj.r...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Reported-by:S, Venkatraman svenk...@ti.com
On Tue, 2 Mar 2010, Madhusudhan wrote:
Conditional locking on (!in_interrupt()) is broken by design and there
is no reason to keep the host-irq_lock across the call to
mmc_request_done(). Also the host-protect_card magic hack does not
depend on the context
Can you please elaborate
System DMA packet synchronisation is currently not supported in the
Linux Kernel.
This patch provides necessary modifications to support packet
synchronisation:
Function omap_set_dma_transfer_params() handles value OMAP_DMA_SYNC_PACKET
to program FS and BS bits of register CCR.
Users can give the
I believe, packet mode is already supported in the current DMA driver.
Both the FS and BS bits of the CCR are set when packet mode is
selected. This is because, enum for OMAP_DMA_SYNC_PACKET is '0x03'
(i.e OMAP_DMA_SYNC_FRAME | OMAP_DMA_SYNC_BLOCK).
On Wed, Mar 3, 2010 at 4:20 AM, Fabrice Goucem
Use the new delay calback function to report the delay through
ALSA for application caused by the internal FIFO.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
---
sound/soc/omap/omap-mcbsp.c | 26 ++
1 files changed, 26 insertions(+), 0 deletions(-)
diff --git
The delay callback can be used by the core to query the delay
on the dai caused by FIFO or delay in the platform side.
In case if both CPU and CODEC dai has FIFO the delay reported
by each will be added to form the full delay on the chain.
If none of the dai has FIFO, than the delay will be kept
New functions for querying the FIFO caused delay on both
TX and RX path.
On TX path the return value shows the number of used
locations in the FIFO.
On RX papth it returns the number of locations to be filled
to reach the threshold value (DMA will be triggered to read
the data out from the FIFO).
Create a soc level wrapper for pcm_pointer callback.
This will facilitate the soc level handling of different
HW buffers in the audio path.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
---
sound/soc/soc-core.c | 19 ++-
1 files changed, 18 insertions(+), 1
Wake-up from McBSP ports are needed, especially when the THRESHOLD
dma mode is in use for audio playback.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
---
arch/arm/mach-omap2/pm34xx.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git
Hello,
Changes since the RFC round on the alsa-devel list:
- core is not limiting the query for the delay to the playback stream.
It is no the dai and platform driver's responsibility handle that
- delay interface added for platform driver
- Capture path delay calculation is added to OMAP
My editor removes the tailing spaces, which causes problems when
changing the soc-core.c
Removing the space.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
---
sound/soc/soc-core.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/sound/soc/soc-core.c
On Wed, 2010-03-03 at 15:08 +0200, Peter Ujfalusi wrote:
My editor removes the tailing spaces, which causes problems when
changing the soc-core.c
Removing the space.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
Acked-by: Liam Girdwood l...@slimlogic.co.uk
--
Freelance Developer,
On Wed, 2010-03-03 at 15:08 +0200, Peter Ujfalusi wrote:
Create a soc level wrapper for pcm_pointer callback.
This will facilitate the soc level handling of different
HW buffers in the audio path.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
Acked-by: Liam Girdwood
On Wed, 2010-03-03 at 15:08 +0200, Peter Ujfalusi wrote:
The delay callback can be used by the core to query the delay
on the dai caused by FIFO or delay in the platform side.
In case if both CPU and CODEC dai has FIFO the delay reported
by each will be added to form the full delay on the
On Wed, 2010-03-03 at 15:08 +0200, Peter Ujfalusi wrote:
Use the new delay calback function to report the delay through
ALSA for application caused by the internal FIFO.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
---
Acked-by: Liam Girdwood l...@slimlogic.co.uk
--
Freelance
-Original Message-
From: G, Manjunath Kondaiah
Sent: Wednesday, March 03, 2010 12:38 AM
To: G, Manjunath Kondaiah; Aguirre, Sergio; linux-omap@vger.kernel.org
Cc: Tony Lindgren; Shilimkar, Santosh; Raja, Govindraj
Subject: RE: [PATCH] OMAP: Zoom3: Fix Zoom3 booting issue
On Wed, Mar 03, 2010 at 03:08:03PM +0200, Peter Ujfalusi wrote:
Peter Ujfalusi (5):
ASoC: core: fix tailing whitespace in soc_pcm_apply_symmetry
ASoC: core: soc level wrapper for pcm_pointer callback
ASoC: core: Add delay operation to snd_soc_dai_ops
I'll apply these just now, thanks!
To update further, it seems to be working on zoom3 with ttyS0
with following combination of patches:
1.
[RFC,part2,v1,4/4] omap3: zoom 2/3: Change debugboard serial port id
[RFC,part2,v1,3/4] omap3: 3630sdp: Explicitly enable all UARTs
[RFC,part2,v1,2/4] omap3: zoom2/3 / 3630sdp:
-Original Message-
From: G, Manjunath Kondaiah
Sent: Wednesday, March 03, 2010 7:39 AM
To: Aguirre, Sergio; linux-omap@vger.kernel.org
Cc: Tony Lindgren; Shilimkar, Santosh; Raja, Govindraj
Subject: RE: [PATCH] OMAP: Zoom3: Fix Zoom3 booting issue
To update further, it
On Thu, Feb 25, 2010 at 8:04 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
-Original Message-
From: Jacob john [mailto:jacob.joh...@gmail.com]
Sent: Thursday, February 25, 2010 7:58 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org
Subject: Re: About multicore OMAP
-Original Message-
From: Jacob john [mailto:jacob.joh...@gmail.com]
Sent: Wednesday, March 03, 2010 7:27 PM
To: Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org
Subject: Re: About multicore OMAP
On Thu, Feb 25, 2010 at 8:04 PM, Shilimkar, Santosh
santosh.shilim...@ti.com wrote:
On Wednesday 03 March 2010 15:08:05 Ujfalusi Peter (Nokia-D/Tampere) wrote:
Wake-up from McBSP ports are needed, especially when the THRESHOLD
dma mode is in use for audio playback.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
Hmmm, please disregard this patch, I have forgot to
Hi All,
I need some help I have the following problem my working
environement is the beagleboard running android. After enabling the
ondemand governor and running the (userspace-application) for a while
the board prints the following:
SR2:VDD autocomp is not active
and
Hi,
This is a merge of my previously posted RFC series [1] and [2],
and is meant to be applied on top of Thomas's Patch [3].
Changelog compared to previous versions:
- Series merged, as mentioned above.
- Dropped omap_serial_init rename.
- Added patch for zoom2/3 defconfig to init only one
This is for protecting a wrong mapping attempt of a zero-based
physical address.
The result is that, no serial port will be attempted to be mapped.
Also add an additional protection for NULL clocks before attempting
to enable them (if above condition applies)
Signed-off-by: Sergio Aguirre
This bits are exclusive of omap 36xx family of chips.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/cm-regbits-34xx.h |2 ++
arch/arm/mach-omap2/prcm-common.h |4
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git
This is only valid for omap 36xx family of chips.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/clock3xxx_data.c
This check is invalid, since we haven't filled the
omap_revision var at this point.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/serial.c | 14 +-
1 files changed, 1 insertions(+), 13 deletions(-)
diff --git a/arch/arm/mach-omap2/serial.c
This is useless, since in Zoom2/3 boards, the ports aren't even
physically accessible.
They must be explicitly initted in the board-zoom2.c, board-zoom3.c
and board-3630sdp.c files instead.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/board-zoom-peripherals.c |1 -
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/pm34xx.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
index fee2efb..81082f2 100644
--- a/arch/arm/mach-omap2/pm34xx.c
+++
There's no more serial ports available, so, doesn't make sense
to create 4 device nodes.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/configs/omap_zoom2_defconfig |2 +-
arch/arm/configs/omap_zoom3_defconfig |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff
This is now changed to PLAT8250_DEV_PLATFORM (= 0), because
it is the only port that's going to be initted in Zoom 2/3 boards.
So, it doesn't make sense to keep the hardcoded 3 value anymore.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/board-zoom-debugboard.c |2
All UARTs seem physically reachable, so, enable them all.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/board-3630sdp.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
mode change 100755 = 100644 arch/arm/mach-omap2/board-3630sdp.c
diff --git
This patch makes the following:
- Adds missing wakeup padding register handling.
- Fixes a hardcode to use PER module ONLY on UART3.
- Corrects IRQ number to 80 for 3630 case.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/serial.c | 10 +-
1 files changed, 9
This patche add omap3 board support for the EMA-Tech StalkerBoards. Base on
TI's EVM.
From ca9879de445ffa8063e79f43a715712eca9b335f Mon Sep 17 00:00:00 2001
From: Jason Lam l...@ema-tech.com
Date: Wed, 3 Mar 2010 10:04:36 +0800
Subject: [PATCH] Add support for OMAP3Stalker boards
-Original Message-
From: Aguirre, Sergio
Sent: Wednesday, March 03, 2010 8:19 AM
To: linux-omap@vger.kernel.org
Cc: Aguirre, Sergio
Subject: [RFC part1/2 merge][PATCH 08/10] omap3: 3630sdp: Explicitly
enable all UARTs
All UARTs seem physically reachable, so, enable them all.
On Wed, 3 Mar 2010 15:08:08 +0200
Peter Ujfalusi peter.ujfal...@nokia.com wrote:
New functions for querying the FIFO caused delay on both
TX and RX path.
On TX path the return value shows the number of used
locations in the FIFO.
On RX papth it returns the number of locations to be filled
On Wed, 3 Mar 2010 15:08:05 +0200
Peter Ujfalusi peter.ujfal...@nokia.com wrote:
Wake-up from McBSP ports are needed, especially when the THRESHOLD
dma mode is in use for audio playback.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
---
arch/arm/mach-omap2/pm34xx.c |8
For omap4 case, this was wrongly writing GPIO_LEVELDETECTx
registers with OMAP24XX_ offset and OMAP4_ offset.
Bug introduced in commit:
commit 3f1686a9bfe74979c6ad538c78039730f665f77e
Author: Tony Lindgren t...@atomide.com
Date: Mon Feb 15 09:27:25 2010 -0800
omap: Fix gpio.c for
From: Enric Balletbo i Serra eballe...@iseebcn.com
IGEP v2 uses EHCI port 1 instead of EHCI port 2.
Signed-off-by: Enric Balletbo i Serra eballe...@iseebcn.com
---
arch/arm/mach-omap2/board-igep0020.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
From: Enric Balletbo i Serra eballe...@iseebcn.com
Select CONFIG_LEDS_GPIO to enable IGEP v2 LED support and control of supported
LEDs from userspace. Otherwise GPIO LEDs are exported as GPIO 26, 27 and 28
using
the gpiolib framework.
Signed-off-by: Enric Balletbo i Serra eballe...@iseebcn.com
Manjunatha GK manj...@ti.com writes:
The register DMA4_CDAC needs to be initialized to zero
before starting DMA transfer.
Cc: Tony Lindgren t...@atomide.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Govindraj R govindraj.r...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
-Original Message-
From: Thomas Gleixner [mailto:t...@linutronix.de]
Sent: Wednesday, March 03, 2010 4:16 AM
To: Madhusudhan
Cc: 'LKML'; linux-omap@vger.kernel.org; linux-...@vger.kernel.org
Subject: RE: [PATCH] mmc: omap_hsmmc: Fix conditional locking
On Tue, 2 Mar 2010,
This just started happening with v2.6.33.
On OMAP3EVM, usb_nop_xceiv_register() is called in the board file,
but if USB gadget support is built as a module, this causes a link
error (below)
This is obviously broken, and this hook needs to be fixed to work when
called as a module.
To reproduce,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Kevin Hilman
Sent: Thursday, March 04, 2010 5:39 AM
To: linux-omap@vger.kernel.org
Subject: usb_nop_xceiv_register() missing when OTG built as modules
This just
On Tue, 23 Feb 2010 16:50:38 +0100
Janusz Krzysztofik jkrzy...@tis.icnet.pl wrote:
The MsBSP register cache will never have any error/status flags set, since
these flags are never written to the reg_cache. So it is kind of not
necessary to clear these flags, which are actually always 0.
The register DMA4_CDAC needs to be initialized to zero
before starting DMA transfer.
Cc: Tony Lindgren t...@atomide.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Govindraj R govindraj.r...@ti.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Reported-by:S, Venkatraman svenk...@ti.com
Multi line comments are fixed as per CodingStyle
guidelines.
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Manjunatha GK manj...@ti.com
---
arch/arm/plat-omap/dma.c | 18 --
1 files changed, 12 insertions(+), 6 deletions(-)
diff
From: Felipe Balbi felipe.ba...@nokia.com
This reverts commit a91741262f0ae82d651c7270bc1354016c5bb9dd.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
arch/arm/mach-omap2/board-4430sdp.c|2 +-
arch/arm/mach-omap2/board-omap3touchbook.c | 12 ++--
From: Felipe Balbi felipe.ba...@nokia.com
the early_param() call in board-omap3touchbook.c expands to:
static const char __setup_str_early_touchbook_revision[]
__section(.init.rodata) _aligned(1) = tbr;
[...]
and we have a non-const variable being added to the
same section:
static
On Thu, Mar 04, 2010 at 08:40:16AM +0100, Balbi Felipe (Nokia-D/Helsinki) wrote:
From: Felipe Balbi felipe.ba...@nokia.com
the early_param() call in board-omap3touchbook.c expands to:
static const char __setup_str_early_touchbook_revision[]
__section(.init.rodata) _aligned(1) = tbr;
From: Felipe Balbi felipe.ba...@nokia.com
the early_param() call in board-omap3touchbook.c expands to:
static const char __setup_str_early_touchbook_revision[]
__section(.init.rodata) _aligned(1) = tbr;
[...]
and we have a non-const variable being added to the
same section:
static
On Thu, Mar 04, 2010 at 08:40:15AM +0100, Balbi Felipe (Nokia-D/Helsinki) wrote:
From: Felipe Balbi felipe.ba...@nokia.com
This reverts commit a91741262f0ae82d651c7270bc1354016c5bb9dd.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
I reverted too much... __early_param() doesn't work.
--
From: Felipe Balbi felipe.ba...@nokia.com
This reverts the early_param part of commit
a91741262f0ae82d651c7270bc1354016c5bb9dd.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
arch/arm/mach-omap2/board-omap3touchbook.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
54 matches
Mail list logo