[PATCH] OMAP3: musb: remove unneeded include files

2010-05-15 Thread Ajay Kumar Gupta
Removed include files from usb-musb.c which were not required. Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com --- Patch created against latest linux-omap/master. arch/arm/mach-omap2/usb-musb.c |8 1 files changed, 0 insertions(+), 8 deletions(-) diff --git

RE: [PATCH v3 2/5] OMAP4 HSMMC: Adding hsmmc support to board file

2010-05-15 Thread Shilimkar, Santosh
Kishore, -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Russell King Sent: Saturday, May 15, 2010 3:35 AM To: Tony Lindgren Cc: Kadiyala, Kishore; linux-...@vger.kernel.org; linux-omap@vger.kernel.org; Chikkature

Re: [RFC/PATCH 0/6] DSPBRIDGE: fix mem+cache API issues

2010-05-15 Thread Felipe Contreras
On Fri, May 14, 2010 at 10:49 PM, Omar Ramirez Luna omar.rami...@ti.com wrote: On 5/14/2010 2:27 PM, Felipe Contreras wrote: [...] So, I tried your patches, and a simple test app worked fine without modification, but a real video decoding hanged the device completely... some spinlock was

Android Suspend Blockers

2010-05-15 Thread Lohithakshan, Ranjith
Quite a lot of debate on linux-pm whether to accept he Android suspend blocker support (locally called wakelocks in Android) to the mainline. It appears that the linux-omap camp is not all for it. Android handles the PM slightly differently and they have used wakelocks all over. The Android

Re: [RFC/PATCH 2/6] DSPBRIDGE: remember mapping and page info in proc_map

2010-05-15 Thread Felipe Contreras
On Sat, May 1, 2010 at 11:44 PM, Ohad Ben-Cohen o...@wizery.com wrote: Every time the MM application calls proc_map to map a memory area, remember the details of that mapping, together with the related page structures. Signed-off-by: Ohad Ben-Cohen o...@wizery.com --- If you want, you can

Recall: Android Suspend Blockers

2010-05-15 Thread Lohithakshan, Ranjith
Lohithakshan, Ranjith would like to recall the message, Android Suspend Blockers.-- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [RFC/PATCH 3/6] DSPBRIDGE: remove mapping information in proc_unmap

2010-05-15 Thread Felipe Contreras
On Sat, May 1, 2010 at 11:44 PM, Ohad Ben-Cohen o...@wizery.com wrote: Clean up all mapping information resources whenever a buffer is unmapped. If I understand correctly the previous patch doesn't make sense on it's own because it will leak memory. Therefore it should be squashed with this

RE: [PATCH v3 2/5] OMAP4 HSMMC: Adding hsmmc support to board file

2010-05-15 Thread Shilimkar, Santosh
Kishore, -Original Message- From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Shilimkar, Santosh Sent: Saturday, May 15, 2010 11:41 AM To: Kadiyala, Kishore Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org; Chikkature

Re: [RFC/PATCH 0/6] DSPBRIDGE: fix mem+cache API issues

2010-05-15 Thread Felipe Contreras
On Sat, May 15, 2010 at 11:26 AM, Felipe Contreras felipe.contre...@gmail.com wrote: On Fri, May 14, 2010 at 10:49 PM, Omar Ramirez Luna omar.rami...@ti.com wrote: On 5/14/2010 2:27 PM, Felipe Contreras wrote: [...] So, I tried your patches, and a simple test app worked fine without

Re: [PATCH v3 2/5] OMAP4 HSMMC: Adding hsmmc support to board file

2010-05-15 Thread kishore kadiyala
Tony, On Sat, May 15, 2010 at 3:26 AM, Tony Lindgren t...@atomide.com wrote: * kishore kadiyala kishore.kadiy...@ti.com [100513 13:06]: Support for MMC1 MMC2 controllers is added to the board file. Also includes configuration of MMC1 Card detect initially. This patch does not seem to apply,

[PATCH v4 0/5] Adding MMC Support on OMAP4430 SDP

2010-05-15 Thread kishore kadiyala
Adding MMC1 and MMC2 controllers support for OMAP4 V4: - Rebased to for_next branch[LO]. - The first 3 patches [1,2,3] in the series are Minimal set of changes with which MMC1/MMC2 works [No card detect for MMC1]on OMAP4 but with dependencies on following patches [Not in for_next branch]

[PATCH v4 1/5] OMAP4 HSMMC: Adding hsmmc support to board file

2010-05-15 Thread kishore kadiyala
Adding support for MMC1 MMC2 controllers of OMAP4430 SDP to board file. Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com --- arch/arm/mach-omap2/Makefile|3 +- arch/arm/mach-omap2/board-4430sdp.c | 59 ++ 2 files changed, 54 insertions(+), 8

[PATCH v4 2/5] OMAP4 HSMMC: Adding PBIAS Configuration for MMC1 Controller

2010-05-15 Thread kishore kadiyala
In OMAP4 , MMC1 PBIAS and its associated IO is software-controlled by CONTROL_PBIAS and CONTROL_MMC1 registers. This patch adds PBIAS configuration for MMC1 Controller during power-ON and power-OFF of regulator. Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com ---

[PATCH v4 3/5] OMAP4 HSMMC: Enable HSMMC support

2010-05-15 Thread kishore kadiyala
Enables HSMMC support for OMAP4430 defconfig Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com --- arch/arm/configs/omap_4430sdp_defconfig | 19 ++- 1 files changed, 18 insertions(+), 1 deletions(-) diff --git a/arch/arm/configs/omap_4430sdp_defconfig

[PATCH v4 4/5] OMAP HSMMC: Adding a flag to determine the card detect type

2010-05-15 Thread kishore kadiyala
Adding a flag to determine the card detect type which can be either GPIO or NON-GPIO.MMC1 Controller of OMAP4 have NON-GPIO interrupt line from twl6030 for card detect. Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com --- arch/arm/mach-omap2/board-2430sdp.c |2 ++

Re: [linux-pm] [PATCH 0/8] Suspend block api (version 6)

2010-05-15 Thread Matthew Garrett
On Thu, May 13, 2010 at 02:34:55PM -0700, Tony Lindgren wrote: * Matthew Garrett m...@redhat.com [100513 14:16]: What race-free mechanism do you use to ensure that? It's very easy to handwave these problems away. It's very difficult to actually write an implementation that works. Can

Re: [linux-pm] [PATCH 0/8] Suspend block api (version 6)

2010-05-15 Thread Alan Stern
On Fri, 14 May 2010, Brian Swetland wrote: In tickless mode, the time until next timer is a signed int, so the longest the kernel will ever sleep is ~2 seconds at a go. In practice, userspace entities often have polling behavior that can trigger more often than that, and I've observed some

Re: [linux-pm] [PATCH 0/8] Suspend block api (version 6)

2010-05-15 Thread Rafael J. Wysocki
On Saturday 15 May 2010, Kevin Hilman wrote: Rafael J. Wysocki r...@sisk.pl writes: On Friday 14 May 2010, Kevin Hilman wrote: Kevin Hilman khil...@deeprootsystems.com writes: Rafael J. Wysocki r...@sisk.pl writes: On Thursday 13 May 2010, Tony Lindgren wrote: * Rafael J.