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
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
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
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
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
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
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
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
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
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,
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]
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
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
---
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
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 ++
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
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
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.
18 matches
Mail list logo