On Thu, 1 Apr 2010 21:45:49 +0200
Janusz Krzysztofik wrote:
> Thursday 01 April 2010 14:25:21 Mark Brown napisał(a):
> > Any updates on this one?
>
> Hi Mark,
>
> I can only confirm that using 2.6.34-rc3, already containing Jarkko's patch,
> I
> still have to apply mine to get sound working o
On Fri, Apr 02, 2010 at 11:10:36AM +0300, Jarkko Nikula wrote:
> Janusz Krzysztofik wrote:
> > However, I still don't understand what happened to capture stream handling
> > that it stopped working for me.
> While I either don't understand the broke I think there's something in
> the capture DM
Hi Lesly,
On Wed, Mar 31, 2010 at 03:50:28PM +0530, Lesly A M wrote:
> This patch will fix the TRITON sleep/wakeup sequence.
>
> Since the function to populate the sleep script is getting called always
> irrespective of the flag "TWL4030_SLEEP_SCRIPT", other scripts data
> is getting over written
Friday 02 April 2010 11:36:56 Mark Brown napisał(a):
> On Fri, Apr 02, 2010 at 11:10:36AM +0300, Jarkko Nikula wrote:
> > Janusz Krzysztofik wrote:
> > > However, I still don't understand what happened to capture stream
> > > handling that it stopped working for me.
> >
> > While I either don't un
DMA errata for special end of block programming is applicable
only for OMAP2430 & OMAP3430 ES1.0.
This patch does the necessary checks before the workaround
is applied. Tested on 3430 SDP
Signed-off-by: Thara Gopinath
Signed-off-by: Venkatraman S
---
arch/arm/plat-omap/dma.c | 22
On Wed, Mar 31, 2010 at 06:35:09PM +0300, Felipe Balbi wrote:
> Few architectures, like OMAP, allow you to set
> a debouncing time for the gpio before generating
> the IRQ. Teach gpiolib about that.
>
> Signed-off-by: Felipe Balbi
This looks useful - for what it's worth
Acked-by: Mark Brown
--
Hi all,
This patch series adds the bus glue layer for the OHCI controller
on OMAP3 and later chips. This controller is a companion
to the EHCI controller on that chip, and some code is common
between the two drivers. The driver has been sitting in internal
trees for ages, and I've finally found ti
Add platform initialization code for OHCI on the 3630SDP.
Signed-off-by: Anand Gadiyar
---
arch/arm/mach-omap2/board-3630sdp.c |7 +++
1 file changed, 7 insertions(+)
Index: linux-2.6/arch/arm/mach-omap2/board-3630sdp.c
===
On OMAP systems, we have two different of OHCI controllers. The legacy
one is present in OMAP1/2 chips, and the newer one comes bundled as
a companion to the EHCI controller on OMAP3 and newer chips.
We may have multi-omap configurations where OMAP2 and OMAP3
support may be enabled in the same ker
Add platform initialization code for OHCI on the 3430SDP.
Signed-off-by: Anand Gadiyar
---
arch/arm/mach-omap2/board-3430sdp.c |7 +++
1 file changed, 7 insertions(+)
Index: linux-2.6/arch/arm/mach-omap2/board-3430sdp.c
===
Add support for the OHCI controller present in OMAP3 and newer chips.
The code is mostly based off the ehci-omap.c driver.
Some of it is common to both drivers and will eventually
need to be factored out to platform init files.
In its current state, the driver cannot co-exist with the
EHCI driver
Add platform init code for the OMAP3 OHCI driver.
Also, mux-mode settings are taken care of depending on the
actual port mode selected
Signed-off-by: Anand Gadiyar
---
v2:
- Fix review comments from Felipe and Sergio
- Cover all combinations for mux-mode
- Add a new flag for 3430 es2.x compatibi
On Sun, Mar 28, 2010 at 10:29:29PM +0200, Janusz Krzysztofik wrote:
> The patch reuses the method for software emulation of missing hardware
> pointer, already implemented for playback on OMAP1510. It's possible that
> event if a hardware pointer is available for capture on this machine, its
>
Vaibhav,
I have some comments on this patch. Please address them.
> +
> +#include
Add a line here??
> +#include
> +#include
> +#include
> +#include
> +
> +#include "omap_voutlib.h"
> +#include "omap_voutdef.h"
> +
> +MODULE_AUTHOR("Texas Instruments");
> +MODULE_DESCRIPTION("OMAP Video for
14 matches
Mail list logo