Re: several OMAP newbie questions

2009-09-15 Thread Mike Rapoport
Kevin Hilman wrote: Mike Rapoport wrote: Hi Kevin, Kevin Hilman wrote: There is lots of agreement around the various shortcomings of the current mux framework for OMAP. All that's missing is someone to step up and do the work. :/ I started a new wiki topic at elinux.org for linux-omap

[PATCHv3.1 1/4] DSPBRIDGE: Get rid of services/list.c

2009-09-15 Thread Andy Shevchenko
From: Andy Shevchenko ext-andriy.shevche...@nokia.com * 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. * Move methods from list.c as

[PATCHv3.1 3/4] dspbridge: Don't use LST_Create() and LST_Delete()

2009-09-15 Thread Andy Shevchenko
From: Andy Shevchenko ext-andriy.shevche...@nokia.com Change LST_Create() to the MEM_Calloc() and INIT_LIST_HEAD() pair in optimal way. Use MEM_Free() instead of LST_Delete(). We can use it without checking because MEM_Free() validates input parameter. Signed-off-by: Andy Shevchenko

[PATCHv3.1 4/4] DSPBRIDGE: OSAL: Remove extra include directive

2009-09-15 Thread Andy Shevchenko
From: Andy Shevchenko ext-andriy.shevche...@nokia.com Including the list.h in some files looks redundant. So, remove those lines. Signed-off-by: Andy Shevchenko ext-andriy.shevche...@nokia.com --- drivers/dsp/bridge/pmgr/chnl.c |1 - drivers/dsp/bridge/pmgr/dmm.c |1 -

Re: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8

2009-09-15 Thread Pavel Machek
On Mon 2009-09-07 15:22:10, Russell King - ARM Linux wrote: On Tue, Aug 18, 2009 at 08:31:49AM +0530, Rabin Vincent wrote: Here's a fixed version: And here's my revised version with these fixes in. I changed the while loop to a do..while loop instead (since we will always have at least

[PATCH] ARM: OMAP3: Fix 3430SDP defconfig

2009-09-15 Thread Anand Gadiyar
ARM: OMAP3: Fix 3430SDP defconfig The mainline merge of the 3430SDP support (commit 6fdc29e2) seems to have messed up the 3430 defconfig completely. Update the defconfig using a known good version (SDP defconfig from v2.6.26-omap2 and current beagle defconfig) as reference. The image size is

Re: [PATCH][RFC] OMAP3: PM: Adding OSWR support

2009-09-15 Thread Kevin Hilman
Thara Gopinath th...@ti.com writes: This patch adds OSWR support for MPU/CORE domains in CPUidle. Two new C states are being added to the existing C states which makes the new states look like below. C1 - MPU WFI + Core active C2 - MPU WFI + Core inactive C3 - MPU CSWR +

Re: [PATCH V2] OMAP3: PM: Fix for MPU power domain MEM BANK position

2009-09-15 Thread Kevin Hilman
Thara Gopinath th...@ti.com writes: MPU power domain bank 0 bits are displayed in position of bank 1 in PWRSTS and PREPWRSTS registers. So read them from correct position Signed-off-by: Thara Gopinath th...@ti.com --- Patch refresh issue. arch/arm/mach-omap2/powerdomain.c | 19

RE: [PATCH 1/3] ASoC: TWL6030: Add twl6030 codec driver

2009-09-15 Thread Lopez Cruz, Misael
Mark Brown wrote: On Mon, Sep 14, 2009 at 12:00:25PM -0500, Lopez Cruz, Misael wrote: +/* propietary formats */ +#define SND_SOC_DAIFMT_MCPDM 0x10 /* Texas Instruments McPDM */ This should really be split out into a separate patch. Are you absolutely positive that this is a

Re: [alsa-devel] [PATCH 1/3] ASoC: TWL6030: Add twl6030 codec driver

2009-09-15 Thread Mark Brown
On Tue, Sep 15, 2009 at 12:59:44PM -0500, Lopez Cruz, Misael wrote: Mark Brown wrote: On Mon, Sep 14, 2009 at 12:00:25PM -0500, Lopez Cruz, Misael wrote: +/* propietary formats */ +#define SND_SOC_DAIFMT_MCPDM 0x10 /* Texas Instruments McPDM */ This should really be split

RE: [alsa-devel] [PATCH 1/3] ASoC: TWL6030: Add twl6030 codec driver

2009-09-15 Thread Lopez Cruz, Misael
Mark Brown wrote: On Tue, Sep 15, 2009 at 12:59:44PM -0500, Lopez Cruz, Misael wrote: Mark Brown wrote: On Mon, Sep 14, 2009 at 12:00:25PM -0500, Lopez Cruz, Misael wrote: +/* propietary formats */ +#define SND_SOC_DAIFMT_MCPDM 0x10 /* Texas Instruments McPDM */ This should

[PATCH] EHCI USB: Don't use generic shutdown function

2009-09-15 Thread Olof Johansson
The OMAP EHCI glue code has a layer of driver state struct between the platform_device and usb_hcd. So it can't use the generic usb_hcd_platform_shutdown. This fixes a panic at reboot time. Signed-off-by: Olof Johansson o...@lixom.net diff --git a/drivers/usb/host/ehci-omap.c