Madhusudhan wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Adrian Hunter
Sent: Tuesday, July 28, 2009 5:39 AM
To: Andrew Morton
Cc: Jarkko Lavinen; Adrian Hunter; linux-omap Mailing List; Pierre Ossman;
Denis
Madhusudhan wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Adrian Hunter
Sent: Tuesday, July 28, 2009 5:40 AM
To: Andrew Morton
Cc: Jarkko Lavinen; Adrian Hunter; linux-omap Mailing List; Pierre Ossman;
Denis
Wednesday 29 July 2009 13:18:53 Janusz Krzysztofik napisał(a):
This patch adds machine support for Amstrad E3 (Delta) videophone to ASoC.
Created and tested against linux-2.6.31-rc3.
I am aware that I have forgot to correct one checkpatch indicated issue. Sorry
for this. If there are no other
hello everybody
i'm student from indonesia..i'm sorry if my english too bad
i want omap 3430 device drivers can running in the linux, where i can
download any driver for omap 3430?..
regards,
Aldyth M
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a
Hellos guys,
This series provides a way to allow DMA go to idle while performing
playback/capture in OMAP3 devices using ASoC driver.
The idea behind it is to do not use DMA element mode, but frame mode.
In addition to that, it also configures McBSP threshold accordingly to
alsa period. Also,
From: Eero Nurkkala ext-eero.nurkk...@nokia.com
ASoC has an annoying bug letting either L or R channel to be
played on L channel. In other words, L and R channels can
switch at random. This provides McBSP funtionality that may
be used to fix this feature.
Signed-off-by: Eero Nurkkala
From: Eero Nurkkala ext-eero.nurkk...@nokia.com
This patch enables the smart idle mode while
McBPS is being utilized. Once it's done,
force idle mode is taken instead. Apart of it,
it also configures what signals will wake mcbsp up.
Signed-off-by: Eero Nurkkala ext-eero.nurkk...@nokia.com
From: Eero Nurkkala ext-eero.nurkk...@nokia.com
FCLK may get autogated so that it prevents the McBSP
to work properly. It is the bit 9 that must be set
for maintaining the McBSP FCLK.
Signed-off-by: Eero Nurkkala ext-eero.nurkk...@nokia.com
Signed-off-by: Eduardo Valentin
From: Peter Ujfalusi peter.ujfal...@nokia.com
It adds a new sysfs file, where the user can configure the mcbsp mode to use.
If the mcbsp channel is in use, it does not allow the change.
Than in omap_pcm_open we can call the omap_mcbsp_get_opmode to get the mode,
store it, than use it to implement
This patch adds a way to handle transmit/receive threshold.
It export to mcbsp users a callback registration procedure.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/plat-omap/include/mach/mcbsp.h | 13
arch/arm/plat-omap/mcbsp.c | 50
Configure only XRDYEN and RRDYEN wakeup signals
in order to get better power consumption.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/plat-omap/include/mach/mcbsp.h |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/plat-omap/mcbsp.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/mcbsp.c b/arch/arm/plat-omap/mcbsp.c
index 6b39656..373926d 100644
--- a/arch/arm/plat-omap/mcbsp.c
+++
From: Peter Ujfalusi peter.ujfal...@nokia.com
Do not allow applications to use the full buffer found on
McBSP1,3,4,5. Using the full buffer in threshold mode causes
the McBSP buffer to run dry, which can be observed as channels
are switching (in reality the channels are shifting).
Signed-off-by:
From: Eero Nurkkala ext-eero.nurkk...@nokia.com
All these steps are required for ASoC to behave correctly.
This is, no RFIG or XFIG (Not defined in 34xx), correct
initiliazation of rccr and xccr. They are format dependent,
for example TDM audio has different values than I2S or
DSP_A. Also the
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
sound/soc/omap/omap-pcm.c | 21 +
1 files changed, 17 insertions(+), 4 deletions(-)
diff --git a/sound/soc/omap/omap-pcm.c b/sound/soc/omap/omap-pcm.c
index a30e7a0..f4903e0 100644
---
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
sound/soc/omap/omap-pcm.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/omap/omap-pcm.c b/sound/soc/omap/omap-pcm.c
index 03cb420..a18b3bf 100644
--- a/sound/soc/omap/omap-pcm.c
+++
From: Eero Nurkkala ext-eero.nurkk...@nokia.com
The device no longer hits retention if element DMA
mode is taken for at least the duration of the
serial console timeout. Force element DMA mode to
shut down through smartidle.
Signed-off-by: Eero Nurkkala ext-eero.nurkk...@nokia.com
Acked-by:
This patch renames the symbols that handles threshold
sysfs properties. This way we can add more sysfs properties
to them.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/plat-omap/mcbsp.c | 23 ---
1 files changed, 12 insertions(+), 11 deletions(-)
From: Eero Nurkkala ext-eero.nurkk...@nokia.com
When no-idle mode is taken, wakeups need not to be enabled.
Moreover, CLOCKACTIVITY bits are unnecessary with this mode
also.
Signed-off-by: Eero Nurkkala ext-eero.nurkk...@nokia.com
Acked-by: Eduardo Valentin eduardo.valen...@nokia.com
---
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
sound/soc/omap/omap-pcm.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/sound/soc/omap/omap-pcm.c b/sound/soc/omap/omap-pcm.c
index a18b3bf..a30e7a0 100644
--- a/sound/soc/omap/omap-pcm.c
+++
Use dma mode property to configure NO IDLE or SMART IDLE of McBSPs.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/plat-omap/mcbsp.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/mcbsp.c b/arch/arm/plat-omap/mcbsp.c
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
arch/arm/plat-omap/include/mach/mcbsp.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include/mach/mcbsp.h
b/arch/arm/plat-omap/include/mach/mcbsp.h
index 89d1bea..57157b4 100644
---
This patch export through sysfs two properties to configure
maximum threshold for transmission and reception on each
mcbsp instance. Also, it exports two helper functions to
allow mcbsp users to read this values.
Signed-off-by: Eduardo Valentin eduardo.valen...@nokia.com
---
Now this patch implements again the McBSP threshold
usage for OMAP ASoC.
We figured out that there is no need to have so much
SW control in order to have DMA in idle state during
audio streaming. Configuring McBSP threshold value
and DMA to FRAME_SYNC are sufficient.
Signed-off-by: Eduardo
From: Teerth Reddy tee...@ti.com
This patch enables DVFS for Zoom2 and initializes the SDRC params and
OPP tables.
Signed-off-by: Teerth Reddy tee...@ti.com
---
arch/arm/mach-omap2/board-zoom2.c |3 ++-
1 files changed, 2 insertions(+), 1 deletion(-)
diff --git
On Thu, Jul 30, 2009 at 03:49:34PM +0300, Eduardo Valentin wrote:
It adds a new sysfs file, where the user can configure the mcbsp mode to use.
If the mcbsp channel is in use, it does not allow the change.
Than in omap_pcm_open we can call the omap_mcbsp_get_opmode to get the mode,
store it,
-Original Message-
From: Elvis Dowson [mailto:elvis.dow...@mac.com]
Sent: Wednesday, July 29, 2009 3:00 PM
To: Aguirre Rodriguez, Sergio Alberto
Cc: Linux OMAP Users
Subject: Re: Recommended buildroot config for OMAP3 boards?
Hi,
Why don't you shift to OpenEmbedded. It
On Thu, Jul 30, 2009 at 03:04:42PM +0200, ext Mark Brown wrote:
On Thu, Jul 30, 2009 at 03:49:34PM +0300, Eduardo Valentin wrote:
It adds a new sysfs file, where the user can configure the mcbsp mode to
use.
If the mcbsp channel is in use, it does not allow the change.
Than in
On Thu, Jul 30, 2009 at 04:28:08PM +0300, Eduardo Valentin wrote:
On Thu, Jul 30, 2009 at 03:04:42PM +0200, ext Mark Brown wrote:
Is this really something that people would want to tweak at runtime
(except for test purposes)?
Yes, test purposes, bug also, the same link could be sometime
Hi,
I'm working on OMAP850 support. I have found that OMAP 15xx and 16xx have
32 bit registers, while 730 and 850 have 8 bit RTC registers and 16
bit MMC registers. At the moment I work around this using #defines as
such:
#if (defined(CONFIG_ARCH_OMAP730) || defined(CONFIG_ARCH_OMAP850))
#define
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Mike
Chan
Sent: Tuesday, July 28, 2009 8:49 PM
To: Kevin Hilman; linux-omap@vger.kernel.org
Subject: drivers that require headers in mach-omap
Omap folks, how are drivers
I am trying to use mmc3 on the Overo Gumstix board with no luck. I
have patched the kernel with the latest changes and have yet to see a
clk pulse, both before and after the patches.
So far I have reconfigured the pins with uboot to GPIO and tested each
pin to verify that the signals are
On Thu, 30 Jul 2009 15:49:25 +0300
Eduardo Valentin eduardo.valen...@nokia.com wrote:
--- a/arch/arm/plat-omap/mcbsp.c
+++ b/arch/arm/plat-omap/mcbsp.c
@@ -257,6 +257,23 @@ int omap_mcbsp_request(unsigned int id)
clk_enable(mcbsp-iclk);
clk_enable(mcbsp-fclk);
+#ifdef
On Thu, 30 Jul 2009 15:49:29 +0300
Eduardo Valentin eduardo.valen...@nokia.com wrote:
--- a/arch/arm/plat-omap/mcbsp.c
+++ b/arch/arm/plat-omap/mcbsp.c
@@ -394,7 +394,8 @@ void omap_mcbsp_start(unsigned int id)
w = OMAP_MCBSP_READ(io_base, SPCR1);
OMAP_MCBSP_WRITE(io_base, SPCR1,
On Thu, 30 Jul 2009 15:49:32 +0300
Eduardo Valentin eduardo.valen...@nokia.com wrote:
From: Peter Ujfalusi peter.ujfal...@nokia.com
Do not allow applications to use the full buffer found on
McBSP1,3,4,5. Using the full buffer in threshold mode causes
the McBSP buffer to run dry, which can
On Thu, Jul 30, 2009 at 11:49 AM, John Sarmanjohnsar...@gmail.com wrote:
I am trying to use mmc3 on the Overo Gumstix board with no luck. I
have patched the kernel with the latest changes and have yet to see a
clk pulse, both before and after the patches.
After adding some debugging printks, I
ext Madhusudhan wrote:
-Original Message-
From: Adrian Hunter [mailto:adrian.hun...@nokia.com]
Sent: Thursday, July 30, 2009 2:40 AM
To: Madhusudhan
Cc: 'Andrew Morton'; Lavinen Jarkko (Nokia-D/Helsinki); 'linux-omap
Mailing List'; 'Pierre Ossman'; Karpov Denis.2 (EXT-Teleca/Helsinki);
Hi,
I've been trying to get the EHCI USB host port on the beagleboard to
work but with little success. The board initial finds the usb devices
plugged into a hub on boot, but once I'm able to login, I get a
disconnect notice on the hub and the port will no longer recognize any
usb device inserted
On Thu, Jul 30, 2009 at 2:02 PM, John Sarmanjohnsar...@gmail.com wrote:
On Thu, Jul 30, 2009 at 4:36 PM, Laine Walker-Avinalwalk...@ieee.org wrote:
Hi,
I've been trying to get the EHCI USB host port on the beagleboard to
work but with little success. The board initial finds the usb devices
On Thu, Jul 30, 2009 at 8:44 AM, Pandita, Vikramvikram.pand...@ti.com wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Mike
Chan
Sent: Tuesday, July 28, 2009 8:49 PM
To: Kevin Hilman; linux-omap@vger.kernel.org
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Matt Fleming
Sent: Wednesday, July 29, 2009 6:13 AM
To: Adrian Hunter
Cc: Andrew Morton; Jarkko Lavinen; linux-omap Mailing List; Pierre Ossman;
Denis Karpov; lkml
-Original Message-
From: Mike Chan [mailto:m...@android.com]
Sent: Thursday, July 30, 2009 6:20 PM
To: Pandita, Vikram
Cc: Kevin Hilman; linux-omap@vger.kernel.org
Subject: Re: drivers that require headers in mach-omap
On Thu, Jul 30, 2009 at 8:44 AM, Pandita,
NAK
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Reddy,
Teerth
Sent: Thursday, July 30, 2009 8:02 AM
To: linux-omap@vger.kernel.org
Subject: [PATCH] PM: Enable DVFS for Zoom2
From: Teerth Reddy tee...@ti.com
This patch
43 matches
Mail list logo
