3430SDP: Crash on first UART keypress after boot

2009-09-03 Thread Gadiyar, Anand
Current linux-omap kernel boots up fine on 3430 SDP after adding Sergio's patch [1], but then I get the following crash on the first UART keypress. This is new, it used to work okay a little while ago. Regards, Anand <1>Unable to handle kernel NULL pointer dereference at virtual address 0010

RE: [RFC][PATCH] omapfb: Reorder Register_framebuffer call

2009-09-03 Thread Gadiyar, Anand
> From: Sergio Aguirre > > This fixes the issue in which mm_lock mutex was attempted to be > used without initializing previously. > > Signed-off-by: Sergio Aguirre Tested-by: Anand Gadiyar This patch on top of current linux-omap kernel allows me to boot with the default SDP defconfig on a 3

Re: [PATCH-v2 2/3] OMAP3: Add support for NAND on ZOOM2/LDP boards

2009-09-03 Thread kishore kadiyala
On Fri, Sep 4, 2009 at 12:56 AM, Vikram Pandita wrote: > From: Vimal Singh > > Adding NAND support for ZOOM2 and LDP board. I have tested it for ZOOM2 > boards, someone can verify it for LDP, hopefully it should not have any > problem. > > The size of the U-Boot environment partition was increased

Re: [RFC][PATCH] ARM: OMAP: McBSP: Use register cache

2009-09-03 Thread Eero Nurkkala
Hello, Register values should not get corrupted. Could you please point out the registers that may get corrupted? Do they get corrupted during audio play? I haven't seen corrupted register values. - Eero -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a me

RE: [PATCH] OMAP4: MMC driver support on OMAP4

2009-09-03 Thread Madhusudhan
> -Original Message- > From: kishore kadiyala [mailto:kishorek.kadiy...@gmail.com] > Sent: Thursday, September 03, 2009 11:04 AM > To: Madhusudhan > Cc: kishore kadiyala; linux-ker...@vger.kernel.org; linux- > o...@vger.kernel.org; jarkko.lavi...@nokia.com > Subject: Re: [PATCH] OMAP4: MM

[PATCH] [ARM] omap: resource: Make resource_refresh() thread safe.

2009-09-03 Thread Mike Chan
Need to lock the res_mutex when traversing the res_list. Signed-off-by: Mike Chan --- arch/arm/plat-omap/resource.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/arch/arm/plat-omap/resource.c b/arch/arm/plat-omap/resource.c index 25072cd..4631912 100644 --- a/arch/arm

Re: RT tests on OMAP3

2009-09-03 Thread Cliff Brake
On Thu, Sep 3, 2009 at 10:28 AM, Kevin Hilman wrote: > I've been using -rt on a basic OMAP3 kernel, but have not enabled > EHCI so haven't seen this. What kernel version are you running, and what are you using for your timer config? # CONFIG_OMAP_MBOX_FWK is not set # CONFIG_OMAP_MPU_TIMER is no

[PATCH] omap: resource: Fix race in register_resource()

2009-09-03 Thread Mike Chan
Checking if the resource is already registered and adding to the list must be atomic or bad things can happen. Signed-off-by: Mike Chan --- arch/arm/plat-omap/resource.c | 14 +- 1 files changed, 9 insertions(+), 5 deletions(-) diff --git a/arch/arm/plat-omap/resource.c b/arch/arm

[PATCH-v2 3/3] OMAP: Zoom2: Enable NAND in defconfig

2009-09-03 Thread Vikram Pandita
Enable NAND options by default in zoom2_defconfig file Other changes in defconfig come from make menuconfig syncup Signed-off-by: Vikram Pandita --- arch/arm/configs/omap_zoom2_defconfig | 224 +++-- 1 files changed, 160 insertions(+), 64 deletions(-) diff --git a/a

[PATCH-v2 2/3] OMAP3: Add support for NAND on ZOOM2/LDP boards

2009-09-03 Thread Vikram Pandita
From: Vimal Singh Adding NAND support for ZOOM2 and LDP board. I have tested it for ZOOM2 boards, someone can verify it for LDP, hopefully it should not have any problem. The size of the U-Boot environment partition was increased to 1.25MB. Vikram: Changed ldp name to zoom. Future board

[PATCH-v2 1/3 ] OMAP2/3: Add support for flash on SDP boards

2009-09-03 Thread Vikram Pandita
From: Vimal Singh Add support for flash on SDP boards. NAND, NOR and OneNAND are supported. Only tested on 3430SDP (ES2 and ES3.1), somebody please test on 2430SDP and check the chips select for 2430SDP. Also note that: For OneNAND: in the earlier 2430SDP code the kernel partition was set to on

[PATCH-v2 0/3] OMAP: Adding flash support to SDP, ZOOM2 and LDP boards

2009-09-03 Thread Vikram Pandita
This patch series adds flash support for NAND (in sdp, zoom2 and ldp), OneNAND and NOR (in sdp) Tested on Zoom2 by Vikram, On SDP by Vimal Vikram Pandita (1): OMAP: Zoom2: Enable NAND in defconfig Vimal Singh (2): OMAP2/3: Add support for flash on SDP boards OMAP3: Add support for NAND on

RE: [PATCH 2/2] OMAP3: Add support for NAND on ZOOM2/LDP boards

2009-09-03 Thread Pandita, Vikram
Vimal/Tony >-Original Message- >From: linux-omap-ow...@vger.kernel.org >[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of vimal >singh >Sent: Tuesday, September 01, 2009 4:29 AM >To: linux-omap@vger.kernel.org >Cc: t...@atomide.com >Subject: [PATCH 2/2] OMAP3: Add support for NAND o

[PATCH v3] OMAP4: sDMA driver: descriptor autoloading feature

2009-09-03 Thread S, Venkatraman
Comments received and fixed after previous posts http://marc.info/?l=linux-omap&m=125012097403050&w=2 (v1) http://marc.info/?l=linux-omap&m=125137152606644&w=2 (v2) Summary: OMAP sDMA driver changes for descriptor autoloading feature. Signed-off-by: Venkatraman S --- diff --git a/arch/arm/plat

RE: [PATCH v2][RFC] OMAP4: sDMA driver: descriptor autoloading feature

2009-09-03 Thread S, Venkatraman
> -Original Message- > From: Shilimkar, Santosh > Sent: Monday, August 31, 2009 11:41 PM > To: S, Venkatraman; linux-omap@vger.kernel.org > Cc: linux-arm-ker...@lists.infradead.org > Subject: RE: [PATCH v2][RFC] OMAP4: sDMA driver: descriptor > autoloading feature > > Venkat, > Few comme

RE: Linux-omap PM: Fix dead lock condition in resource_release(vdd1_opp)

2009-09-03 Thread Wang Limei-E12499
Hi Mike, Actually chunqiu and I still have this problem, if you can push out the patch, that will be good. Thanks, Limei -Original Message- From: Mike Chan [mailto:m...@android.com] Sent: Thursday, September 03, 2009 12:45 PM To: Kevin Hilman Cc: Wang Limei-E12499; linux-omap@vg

Re: Linux-omap PM: Fix dead lock condition in resource_release(vdd1_opp)

2009-09-03 Thread Mike Chan
On Thu, Sep 3, 2009 at 7:01 AM, Kevin Hilman wrote: > Mike Chan writes: > >> On Tue, Aug 18, 2009 at 8:04 AM, Kevin >> Hilman wrote: >>> "Wang Limei-E12499" writes: >>> Seems like I did not submit the patch in the right way, before I setup my mail correctly, attach the patches in the ma

Re: [PATCH] OMAP4: MMC driver support on OMAP4

2009-09-03 Thread kishore kadiyala
On Wed, Sep 2, 2009 at 10:00 PM, Madhusudhan wrote: > > > > -Original Message- > > From: kishore kadiyala [mailto:kishore.kadiy...@ti.com] > > Sent: Wednesday, September 02, 2009 8:30 AM > > To: linux-ker...@vger.kernel.org > > Cc: linux-omap@vger.kernel.org; jarkko.lavi...@nokia.com; madh

Re: RT tests on OMAP3

2009-09-03 Thread Cliff Brake
On Thu, Sep 3, 2009 at 10:44 AM, Koen Kooi wrote: >> >> http://cgit.openembedded.org/cgit.cgi/openembedded/diff/recipes/linux/linux-omap-2.6.29/0001-implement-TIF_RESTORE_SIGMASK-support-and-enable-the.patch?id=1f0d91e152f16fbd40bb2fb3c44a30d774d4dede > > If people want to push that upstream, pleas

[PATCH 2/2]: twl4030: initialize pm_power_off in twl4030-core.c

2009-09-03 Thread vimal singh
'twl4030-poweroff' module was removed sometime back. This patch adds back this capability. We don't really need a whole new driver just for initializing one pointer. Initialize pm_power_off in twl4030-core.c Signed-off-by: Vimal Singh CC: Felipe Balbi --- This patch is compile tested only. This

[PATCH 1/2]: twl4030: register twl4030-pwrbuttonas a child of twl4030-core.c

2009-09-03 Thread vimal singh
'twl4030-pwrbutton' was already made as a platform_driver so it can be registered as a child of twl4030-core.c. But adding twl4030-pwrbutton as our child in twl4030-core is missing currently. This patch adds it. Signed-off-by: Vimal Singh CC: Felipe Balbi Cc: Samuel Ortiz Cc: David Brownell -

[PATCH 0/2] mfd: restoring twl4030 power-off and power-button capabilities

2009-09-03 Thread vimal singh
This patch series restores the TWL Power-button and Power-off capabilities. Which were removed in "REMOVE OMAP LEGACY CODE" patches. Patches are compile tested only. [PATCH 1/2]: twl4030: register twl4030-pwrbuttonas a child of twl4030-core.c [PATCH 2/2]: twl4030: initialization of pm_power_off i

Re: RT tests on OMAP3

2009-09-03 Thread Koen Kooi
Op 1 sep 2009, om 05:16 heeft Cliff Brake het volgende geschreven: On Mon, Aug 31, 2009 at 4:50 PM, Cliff Brake wrote: Hello, I'm trying to run 2.6.31-rc8-rt9-omap1 on a OMAP3 cpu. So far, it seems fairly unstable: http://www.bec-systems.com/omap-rt-tests/ 2.6.31-rc8-rt9 boots and runs we

Re: RT tests on OMAP3

2009-09-03 Thread Kevin Hilman
Cliff Brake writes: > On Mon, Aug 31, 2009 at 11:16 PM, Cliff Brake wrote: > >> Applying >> >> http://cgit.openembedded.org/cgit.cgi/openembedded/diff/recipes/linux/linux-omap-2.6.29/0001-implement-TIF_RESTORE_SIGMASK-support-and-enable-the.patch?id=1f0d91e152f16fbd40bb2fb3c44a30d774d4dede >> >>

Re: Linux-omap PM: Fix dead lock condition in resource_release(vdd1_opp)

2009-09-03 Thread Kevin Hilman
Mike Chan writes: > On Tue, Aug 18, 2009 at 8:04 AM, Kevin > Hilman wrote: >> "Wang Limei-E12499" writes: >> >>> Seems like I did not submit the patch in the right way, before I setup >>> my mail correctly, attach the patches in the mail. >> >> You're patches are still line-wrapped. >> >> I stro

[PATCH] musb: Add context save and restore support

2009-09-03 Thread Ajay Kumar Gupta
Adding support for MUSB register save and restore during system suspend and resume. Changes: - Added musb_save/restore_context() functions - Added platform specific musb_platform_save/restore_context() to handle platform specific jobs. - Maintaining BlackFin compa

[PATCH] DSPBRIDGE: remove unsed piece of code

2009-09-03 Thread Andy Shevchenko
From: Andy Shevchenko I doubt about usefulness of removed piece of code. But it seems to be not used because of unchanged value of bJustWokeDSP. Signed-off-by: Andy Shevchenko --- drivers/dsp/bridge/rmgr/node.c | 17 - 1 files changed, 0 insertions(+), 17 deletions(-) diff -

[PATCH] dspbridge: relocate MEM_ExtPhysPoolRelease() call

2009-09-03 Thread Andy Shevchenko
From: Andy Shevchenko It's more logical to have calls of symmetric functions at single place. Signed-off-by: Andy Shevchenko --- arch/arm/plat-omap/include/dspbridge/mem.h |5 + drivers/dsp/bridge/rmgr/drv_interface.c|2 ++ drivers/dsp/bridge/services/mem.c |4 ++--

Re: [PATCH 00/18] OMAP: DSS2: Intro

2009-09-03 Thread Tomi Valkeinen
Hi, On Thu, 2009-09-03 at 00:11 +0200, ext Andrew Morton wrote: > On Tue, 01 Sep 2009 10:10:19 +0300 > Artem Bityutskiy wrote: > > > Andrew, > > > > could you please help with merging this piece of (well written) code? > > Could you give your blessing to include it into linux-next now, and > >

RE: [RFC] Common mechanism to identify Si revision

2009-09-03 Thread Premi, Sanjeev
> -Original Message- > From: linux-omap-ow...@vger.kernel.org > [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Premi, Sanjeev > Sent: Thursday, September 03, 2009 4:14 PM > To: linux-omap@vger.kernel.org > Subject: [RFC] Common mechanism to identify Si revision > > Hi, > > Curre

[RFC] Common mechanism to identify Si revision

2009-09-03 Thread Premi, Sanjeev
Hi, Currently there are multiple mechanisms for identifying the si revisions. Most places the comparison is against omap_rev() as a whole number. Example: arch/arm/mach-omap2/board-3430sdp.c:695:if (omap_rev() > OMAP3430_REV_ES1_0) arch/arm/mach-omap2/board-3430sdp.c:728:if (omap_rev() >

[PATCH] dspbridge: Change LST_ELEM to list_head entirely

2009-09-03 Thread Andy Shevchenko
From: Andy Shevchenko * Change struct LST_ELEM to struct list_head in whole dsp bridge driver * Remove useless commentaries * Minor change in the services/mem.c: ... struct list_head *last = &mMan.lst.head; struct list_head *curr = last->next; /* was: mMan.lst.head.next */ ... Signed

Re: Beagleboard B6 woes

2009-09-03 Thread Mikko Rapeli
On Mon, Aug 31, 2009 at 11:24:58AM -0500, Jon Hunter wrote: > If UNWIND is breaking it, then the most likely cause is that you are > using an older toolchain, such as code-sourcery 2007q3. If you are using > 2007q3, upgrade to a 2008 or 2009 release. More details here: > > http://marc.info/?l=

Re: [DSPBRIDGE RFC] Combining Reserve and Map into a new IOCTL

2009-09-03 Thread Hiroshi DOYU
Hi Hari, From: "ext Kanigeri, Hari" Subject: RE: [DSPBRIDGE RFC] Combining Reserve and Map into a new IOCTL Date: Wed, 2 Sep 2009 18:16:26 +0200 > The initial idea behind DSPProcessor_ReserveMemory call was to > provide the User's the option of doing DSP buffer management for a > pool of memory

Re: [PATCH 4/4] dspbridge: Change LST_ELEM to list_head entirely

2009-09-03 Thread Andy Shevchenko
On Thu, Sep 3, 2009 at 12:31 PM, Andy Shevchenko wrote: > On Thu, Sep 3, 2009 at 12:17 PM, Artem Bityutskiy wrote: >> On Thu, 2009-09-03 at 12:06 +0300, Andy Shevchenko wrote: >>> @@ -590,7 +589,7 @@ DSP_STATUS CMM_GetInfo(struct CMM_OBJECT *hCmmMgr, >>>                               /* next node.

Re: [PATCH 4/4] dspbridge: Change LST_ELEM to list_head entirely

2009-09-03 Thread Andy Shevchenko
On Thu, Sep 3, 2009 at 12:17 PM, Artem Bityutskiy wrote: > On Thu, 2009-09-03 at 12:06 +0300, Andy Shevchenko wrote: >> @@ -590,7 +589,7 @@ DSP_STATUS CMM_GetInfo(struct CMM_OBJECT *hCmmMgr, >>                               /* next node. */ >>                               pCurNode = (struct CMM_MN

Re: [PATCH 4/4] dspbridge: Change LST_ELEM to list_head entirely

2009-09-03 Thread Artem Bityutskiy
On Thu, 2009-09-03 at 12:06 +0300, Andy Shevchenko wrote: > @@ -590,7 +589,7 @@ DSP_STATUS CMM_GetInfo(struct CMM_OBJECT *hCmmMgr, > /* next node. */ > pCurNode = (struct CMM_MNODE *)LST_Next(pAltr-> >

[PATCH 4/4] dspbridge: Change LST_ELEM to list_head entirely

2009-09-03 Thread Andy Shevchenko
From: Andy Shevchenko * Change struct LST_ELEM to struct list_head in whole dsp bridge driver * Remove useless commentaries * Minor change in the services/mem.c: ... struct list_head *last = &mMan.lst.head; struct list_head *curr = last->next; /* was: mMan.lst.head.next */ ... Signed

[PATCH 1/4] DSPBRIDGE: Get rid of services/list.c (step 1)

2009-09-03 Thread Andy Shevchenko
From: Andy Shevchenko * Remove LST_Init() and LST_Exit() calls because they are doing nothing except tracing, Thus, remove tracing as well. * Remove DBC_* calls. It's internal kernel business whether to have those assertions. * Switch to list_head structure instead of LST_ELEM. Remove redud

[PATCH 3/4] dspbridge: use linux memory allocator directly

2009-09-03 Thread Andy Shevchenko
From: Andy Shevchenko Instead of MEM_Calloc()/MEM_Free() use kzalloc()/kfree() calls. Thus we get rid of mem.h dependency. Signed-off-by: Andy Shevchenko --- arch/arm/plat-omap/include/dspbridge/list.h | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/arch/arm/p

dspbridge rfc: get rid of services/list.c (try 2)

2009-09-03 Thread Andy Shevchenko
Hello. Here are two patches which change driver's own circular linked list implementation to native one in linux kernel. The initial idea was come from Hiroshi Doyu. This version includes corrections which I got from Imre and Felipe. Additionally the fourth patch changes LST_ELEM name to native

[PATCH 2/4] DSPBRIDGE: Get rid of services/list.c (step 2)

2009-09-03 Thread Andy Shevchenko
From: Andy Shevchenko * Use native list_empty() method instead of LST_IsEmpty() inside list.c. Remove extra local variables. * Move methods from list.c as inline functions in the list.h. Get rid of list.c at all. * Use list_head natively instead of LST_ELEM in the list.h. Signed-off-by: Andy

Re: [DSPBRIDGE RFC] Combining Reserve and Map into a new IOCTL

2009-09-03 Thread Felipe Contreras
On Wed, Sep 02, 2009 at 06:16:26PM +0200, Hari Kanigeri wrote: > The initial idea behind DSPProcessor_ReserveMemory call was to provide > the User's the option of doing DSP buffer management for a pool of > memory by themselves. So, call Reserve one time, and do map/unmap > multiple times within th