On Tue, 2009-09-22 at 22:03 +0200, ext Andrew Morton wrote:
On Tue, 22 Sep 2009 15:29:48 +0300
Tomi Valkeinen tomi.valkei...@nokia.com wrote:
Linus,
Here's the new display subsystem and framebuffer driver for OMAP2/3.
The driver has been reviewed on linux-omap and
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
The pop-removal specific values are configured for TWL4030 codec
for OMAP3EVM through this patch.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
sound/soc/omap/omap3evm.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/sound/soc/omap/omap3evm.c
On Wed, 23 Sep 2009 10:04:09 +0300 Tomi Valkeinen tomi.valkei...@nokia.com
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
Argument tparams was not being used to program
global register GCR.HI_THREAD_RESERVED. This patch fixes the same.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
arch/arm/plat-omap/dma.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git
On Tue, 2009-09-22 at 16:54 +0200, ext Kevin Hilman wrote:
Tomi Valkeinen tomi.valkei...@nokia.com 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
tomi.valkei...@nokia.com wrote:
Hi,
If you disable the clocks
On Wed, Sep 23, 2009 at 12:49 PM, Anuj Aggarwal anuj.aggar...@ti.com 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 anuj.aggar...@ti.com
---
arch/arm/plat-omap/dma.c | 13 +++--
-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, Sanjeev
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
From: ext Sanjeev Premi pr...@ti.com
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
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);
if
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
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
-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
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;
From: Andy Shevchenko ext-andriy.shevche...@nokia.com
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 -
From: Andy Shevchenko ext-andriy.shevche...@nokia.com
* 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 ext-andriy.shevche...@nokia.com
---
From: Andy Shevchenko ext-andriy.shevche...@nokia.com
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:
From: Andy Shevchenko ext-andriy.shevche...@nokia.com
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 ext-andriy.shevche...@nokia.com
---
From: Andy Shevchenko ext-andriy.shevche...@nokia.com
Simplify REG API by removing useless input parameters.
Signed-off-by: Andy Shevchenko ext-andriy.shevche...@nokia.com
---
arch/arm/plat-omap/include/dspbridge/reg.h | 102
drivers/dsp/bridge/rmgr/dbdcd.c
From: Andy Shevchenko ext-andriy.shevche...@nokia.com
Signed-off-by: Andy Shevchenko ext-andriy.shevche...@nokia.com
---
arch/arm/plat-omap/include/dspbridge/dbreg.h |3 ---
drivers/dsp/bridge/rmgr/drv_interface.c | 12
drivers/dsp/bridge/services/cfg.c|5
From: Andy Shevchenko ext-andriy.shevche...@nokia.com
Remove printS() debuggin method. It's mostly useless and at least dangerous
because of absence of boundary check.
Signed-off-by: Andy Shevchenko ext-andriy.shevche...@nokia.com
---
drivers/dsp/bridge/services/regsup.c | 23
* Premi, Sanjeev pr...@ti.com [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
2009/9/22 Tony Lindgren t...@atomide.com:
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
* Alistair Buxton a.j.bux...@gmail.com [090923 11:26]:
2009/9/22 Tony Lindgren t...@atomide.com:
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
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)
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)
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
28 matches
Mail list logo