On Saturday 15 May 2010, Kevin Hilman wrote:
> "Rafael J. Wysocki" writes:
>
> > On Friday 14 May 2010, Kevin Hilman wrote:
> >> Kevin Hilman writes:
> >>
> >> > "Rafael J. Wysocki" writes:
> >> >
> >> >> On Thursday 13 May 2010, Tony Lindgren wrote:
> >> >>> * Rafael J. Wysocki [100513 14:16
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 som
On Thu, May 13, 2010 at 02:34:55PM -0700, Tony Lindgren wrote:
> * Matthew Garrett [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 you desc
Adds card detect callback function which gives the status of
the card .For MMC1 Controller, Card detect interrupt is provided
by twl6030 and card status is provided by MMCCTRL reg of twl6030.
Signed-off-by: Kishore Kadiyala
---
arch/arm/mach-omap2/board-4430sdp.c |9 +-
arch/arm/mach-o
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
---
arch/arm/mach-omap2/board-2430sdp.c |2 ++
arch/arm/mach-omap2/board-3430sdp.c
Enables HSMMC support for OMAP4430 defconfig
Signed-off-by: Kishore Kadiyala
---
arch/arm/configs/omap_4430sdp_defconfig | 19 ++-
1 files changed, 18 insertions(+), 1 deletions(-)
diff --git a/arch/arm/configs/omap_4430sdp_defconfig
b/arch/arm/configs/omap_4430sdp_defconfig
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
---
arch/arm/mach-omap2/hsmmc.c | 97
Adding support for MMC1 & MMC2 controllers of OMAP4430 SDP
to board file.
Signed-off-by: Kishore Kadiyala
---
arch/arm/mach-omap2/Makefile|3 +-
arch/arm/mach-omap2/board-4430sdp.c | 59 ++
2 files changed, 54 insertions(+), 8 deletions(-)
diff --gi
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]
Tony,
On Sat, May 15, 2010 at 3:26 AM, Tony Lindgren wrote:
> * kishore kadiyala [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, I don't know where you're gettin
On Sat, May 15, 2010 at 11:26 AM, Felipe Contreras
wrote:
> On Fri, May 14, 2010 at 10:49 PM, Omar Ramirez Luna
> 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 decodi
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
> Ra
On Sat, May 1, 2010 at 11:44 PM, Ohad Ben-Cohen 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 one. Otherwise a
Hi Felipe,
On Fri, May 14, 2010 at 10:03 PM, Felipe Contreras
wrote:
> On Fri, May 14, 2010 at 6:09 PM, Ohad Ben-Cohen wrote:
>> Hi Felipe,
>>
>> On Fri, May 14, 2010 at 6:01 PM, Felipe Contreras
>> wrote:
>>> The main purpose of this patch series is to be able to compile mach platform
>>> data
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 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
> ---
> If you want, you can also reach me at < ohadb
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 po
On Fri, May 14, 2010 at 10:49 PM, Omar Ramirez Luna 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 stuck. I don'
18 matches
Mail list logo