On Wed, 23 Sep 2009 00:02:01 -0500
hari n wrote:
> >>It appears OMAP ALSA driver does not seem to disable and idle the SDMA
> >>channel on a 'suspend' call. The problem seems to be with the
> >>'omap_stop_dma()' call under 'SNDRV_PCM_TRIGGER_SUSPEND' in
> >>'omap_pcm_trigger()'. ALSA audio driver
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): d5686609428bfa7ac92c70f92304be43f206ffce
PatchWorks
http://patchwork.kernel.org/patch/49503/
Git (Likely to change, and takes a while to get mirrore
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: ehci
Initial commit ID (Likely to change): d50444d8e996b33ac01939bc2a652dbfe2814fc1
PatchWorks
http://patchwork.kernel.org/patch/49494/
Git (Likely to change, and takes a while to get mirrored)
htt
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: ehci
Initial commit ID (Likely to change): e19791ddd6ddd252facab03d2aea6ad3235f2f10
PatchWorks
http://patchwork.kernel.org/patch/49476/
Git (Likely to change, and takes a while to get mirrored)
htt
* Alistair Buxton [090923 11:26]:
> 2009/9/22 Tony Lindgren :
>
> > Looks good to me. Let's plan on queuing these early so we can test it
> > in the linux-omap tree to make sure the patches don't break anyting for
> > other omaps. Then let's get them to the mainline tree the next merge
> > window
2009/9/22 Tony Lindgren :
> Looks good to me. Let's plan on queuing these early so we can test it
> in the linux-omap tree to make sure the patches don't break anyting for
> other omaps. Then let's get them to the mainline tree the next merge
> window after this current one.
>
> To me it looks lik
* Premi, Sanjeev [090923 06:41]:
> > -Original Message-
> > From: Tony Lindgren [mailto:t...@atomide.com]
> > Sent: Wednesday, September 23, 2009 1:39 AM
> > To: Premi, Sanjeev
> > Cc: linux-omap@vger.kernel.org
> > Subject: Re: [PATCH v2] Runtime detection of Si features
>
> [snip]---[s
On Tue, Sep 22, 2009 at 6:57 PM, Aguirre Rodriguez, Sergio Alberto
wrote:
> From: Tony Lindgren [t...@atomide.com]
> Sent: Tuesday, September 22, 2009 11:28 AM
>> * Jan Blunck [090922 07:59]:
>> > On Tue, Sep 22, 2009 at 3:31 AM, Tony Lindgren wrote:
>> > > This patch has been applied to the lin
From: Andy Shevchenko
Remove printS() debuggin method. It's mostly useless and at least dangerous
because of absence of boundary check.
Signed-off-by: Andy Shevchenko
---
drivers/dsp/bridge/services/regsup.c | 23 ---
1 files changed, 0 insertions(+), 23 deletions(-)
dif
From: Andy Shevchenko
Signed-off-by: Andy Shevchenko
---
arch/arm/plat-omap/include/dspbridge/dbreg.h |3 ---
drivers/dsp/bridge/rmgr/drv_interface.c | 12
drivers/dsp/bridge/services/cfg.c|5 -
3 files changed, 0 insertions(+), 20 deletions(-)
diff
From: Andy Shevchenko
Simplify REG API by removing useless input parameters.
Signed-off-by: Andy Shevchenko
---
arch/arm/plat-omap/include/dspbridge/reg.h | 102
drivers/dsp/bridge/rmgr/dbdcd.c| 22 +++
drivers/dsp/bridge/rmgr/drv.c
From: Andy Shevchenko
Change implementation of registry to a linked list.
In future this will became to some static structures and probably list for
DCD_REGKEY array.
Signed-off-by: Andy Shevchenko
---
drivers/dsp/bridge/services/regsup.c | 216 +++---
drivers/dsp
From: Andy Shevchenko
There are several patches which simplify registry API and code.
Andy Shevchenko (5):
DSPBRIDGE: OSAL: Simplify REG API
DSPBRIDGE: OSAL: Remove unused registry variables
DSPBRIDGE: OSAL: Clean up dbreg.h and move it
DSPBRIDGE: OSAL: Implement registry as linked list
From: Andy Shevchenko
* Clean up dbreg.h - there are plenty of unused definitions
* Move necessary constants to the dbdefs.h
* Remove dbreg.h inclusion from other files
Signed-off-by: Andy Shevchenko
---
arch/arm/plat-omap/include/dspbridge/dbdefs.h | 26 ++
arch/arm/plat-omap/include/ds
From: Andy Shevchenko
There are two patches which simplify registry API.
Andy Shevchenko (2):
DSPBRIDGE: OSAL: Simplify REG API
DSPBRIDGE: OSAL: Remove unused registry variables
arch/arm/plat-omap/include/dspbridge/dbreg.h |3 -
arch/arm/plat-omap/include/dspbridge/reg.h | 102 +++--
Tomi Valkeinen writes:
> On Tue, 2009-09-22 at 16:54 +0200, ext Kevin Hilman wrote:
>> Tomi Valkeinen writes:
>>
>> > Hi,
>> >
>> > On Fri, 2009-09-18 at 19:33 +0200, ext Mike Chan wrote:
>> >> On Fri, Sep 18, 2009 at 1:27 AM, Tomi Valkeinen
>> >> wrote:
>> >> > Hi,
>> >> >
>> >> > If you disa
Tony,
Can you upstream these series of patches if there are no comments?
From: Varadarajan, Charu Latha
Sent: Monday, August 24, 2009 8:36 PM
To: linux-omap@vger.kernel.org
Cc: t...@atomide.com; davi...@pacbell.net; sa...@linux.intel.com;
p_gortma...@yaho
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Wednesday, September 23, 2009 1:39 AM
> To: Premi, Sanjeev
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCH v2] Runtime detection of Si features
[snip]---[snip]---[snip]
> > diff --git a/arch/arm/mach-omap
This patch fixes following compiler warning:
drivers/dsp/bridge/rmgr/proc.c:1072: warning: ISO C90 forbids mixed
declarations and code
Signed-off-by: Ameya Palande
---
drivers/dsp/bridge/rmgr/proc.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/dsp/
Hi Russell,
From: ext Russell King
Subject: Re: [PATCH 9/10] omap mailbox: OMAP4 Mailbox Patch to change the IRQ
flag from IRQF_DISABLED to IRQF_SHARED
Date: Wed, 23 Sep 2009 11:58:15 +0200
> On Tue, Sep 22, 2009 at 08:05:09PM +0530, C.A, Subramaniam wrote:
> > Currently, this facilitates both
Current OMAP3 I2C driver code does not follow the correct sequence for soft
reset. Due to this, lock up issues are reported during timeout/error cases.
This patch fixes above issue by disabling I2C controller as per OMAP3430 TRM
for soft reset. As per TRM, I2C controller needs to be disabled as a
On Tue, Sep 22, 2009 at 08:05:09PM +0530, C.A, Subramaniam wrote:
> Currently, this facilitates both the tesla and ducati
> sides to request for the same irq through an
> omap_mbox_get() call.
You're dropping IRQF_DISABLED - is this safe? Why was the original code
using it? Do you need IRQF_DISA
On Tue, Sep 22, 2009 at 08:03:32PM +0530, C.A, Subramaniam wrote:
> @@ -70,10 +88,9 @@ static inline void mbox_write_reg(u32 val, size_t ofs)
> static int omap2_mbox_startup(struct omap_mbox *mbox)
> {
> unsigned int l;
> -
> mbox_ick_handle = clk_get(NULL, "mailboxes_ick");
> i
From: ext Sanjeev Premi
Subject: [PATCH v2] OMAP3: iovmm: fix compiler warning
Date: Wed, 23 Sep 2009 11:11:32 +0200
> This patch fixes these compiler warnings:
>
> arch/arm/plat-omap/iovmm.c: In function 'vmap_sg':
> arch/arm/plat-omap/iovmm.c:202: warning: passing argument 1 of
> 'flush_cache
This patch fixes these compiler warnings:
arch/arm/plat-omap/iovmm.c: In function 'vmap_sg':
arch/arm/plat-omap/iovmm.c:202: warning: passing argument 1 of
'flush_cache_vmap' makes integer from pointer without a cast
arch/arm/plat-omap/iovmm.c:202: warning: passing argument 2 of
'flush_cache_vma
> -Original Message-
> From: Hiroshi DOYU [mailto:hiroshi.d...@nokia.com]
> Sent: Wednesday, September 23, 2009 11:16 AM
> To: Premi, Sanjeev
> Cc: t...@atomide.com; linux-omap@vger.kernel.org
> Subject: Re: [PATCH] OMAP3: iovmm: fix compiler warning
>
> Hi Premi,
>
> From: "ext Premi, S
On Wed, Sep 23, 2009 at 12:49 PM, Anuj Aggarwal wrote:
> Argument tparams was not being used to program
> global register GCR.HI_THREAD_RESERVED. This patch fixes the same.
>
> Signed-off-by: Anuj Aggarwal
> ---
> arch/arm/plat-omap/dma.c | 13 +++--
> 1 files changed, 7 insertions(+),
From: Koen Kooi
The EHCI configuration in the beagleboard board file was copy/pasted
from the sdp one and hence wrong. The beagleboard only used one port
and lacks a charge pump.
Tested on revision C1D and C3 boards
Signed-off-by: Koen Kooi
---
arch/arm/mach-omap2/board-omap3beagle.c |6 +
On Tue, 2009-09-22 at 16:54 +0200, ext Kevin Hilman wrote:
> Tomi Valkeinen writes:
>
> > Hi,
> >
> > On Fri, 2009-09-18 at 19:33 +0200, ext Mike Chan wrote:
> >> On Fri, Sep 18, 2009 at 1:27 AM, Tomi Valkeinen
> >> wrote:
> >> > Hi,
> >> >
> >> > If you disable the clocks to allow RET, you also
Argument tparams was not being used to program
global register GCR.HI_THREAD_RESERVED. This patch fixes the same.
Signed-off-by: Anuj Aggarwal
---
arch/arm/plat-omap/dma.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/arch/arm/plat-omap/dma.c b/arch/arm/pla
On Wed, 23 Sep 2009 10:04:09 +0300 Tomi Valkeinen
wrote:
> Hi,
>
> How can we proceed with the OMAP DSS2 merging? I can take the old omapfb
> patches you have to my tree, and give that tree to you as one set, or I
> can base the DSS2 on top of your tree. If that's ok, where can I find
> the pat
The pop-removal specific values are configured for TWL4030 codec
for OMAP3EVM through this patch.
Signed-off-by: Anuj Aggarwal
---
sound/soc/omap/omap3evm.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/sound/soc/omap/omap3evm.c b/sound/soc/omap/omap3evm.c
index
Hi,
How can we proceed with the OMAP DSS2 merging? I can take the old omapfb
patches you have to my tree, and give that tree to you as one set, or I
can base the DSS2 on top of your tree. If that's ok, where can I find
the patches or your tree?
Tomi
--
To unsubscribe from this list: send the l
33 matches
Mail list logo