Hi, Anto and Chris
This version was created with the feedback from Kumar and all of you.
Have you any comment about this patch?
Could it be merged into kernel?
Best Regards
Jerry Huang
> -Original Message-
> From: Girish K S [mailto:girish.shivananja...@linaro.org]
> Sent: Wednesday, Sept
On Mon, 08 Oct 2012 10:35:57 -0700
Tony Lindgren wrote:
> - omap-dma.c and omap-pcm.c can test the arch locally as
> omap1 and omap2 cannot be compiled together because of
> conflicting compiler flags
...
> sound/soc/omap/omap-pcm.c |9 +++--
Build tested above for omap1 and
Hi Chris and all,
According to the eMMC4.5 standard, a host that enables the BKOPS_EN bit
must also check the BKOPS status periodically:
"Host shall check the status periodically and start background operations
as needed, so that the device has enough time for its maintenance
operations, to help r
On Mon, 2012-10-08 at 23:36 -0400, Chris Ball wrote:
> Hi Linus,
>
> On Mon, Oct 08 2012, Chris Ball wrote:
> > Please pull from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc.git
> > tags/mmc-merge-for-3.7-rc1
> >
> > to receive the MMC merge for 3.7. There are currently two c
Hi Linus,
On Mon, Oct 08 2012, Chris Ball wrote:
> Please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc.git
> tags/mmc-merge-for-3.7-rc1
>
> to receive the MMC merge for 3.7. There are currently two conflicts
> due to header renames for the ARM single zImage work; they s
* Tony Lindgren [121008 10:37]:
> Drivers should not use cpu_is_omap or cpu_class_is_omap macros,
> they should be private to the platform init code. And we'll be
> removing plat/cpu.h and only have a private soc.h for the
> arch/arm/*omap* code.
>
> This patch is intended as preparation for the
Drivers should not use cpu_is_omap or cpu_class_is_omap macros,
they should be private to the platform init code. And we'll be
removing plat/cpu.h and only have a private soc.h for the
arch/arm/*omap* code.
This patch is intended as preparation for the core omap changes
and removes the need to inc
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc.git
tags/mmc-merge-for-3.7-rc1
to receive the MMC merge for 3.7. There are currently two conflicts
due to header renames for the ARM single zImage work; they should be
resolved by taking the changes already in
On Mon, Oct 8, 2012 at 9:59 AM, Yuvaraj CD wrote:
> As mmc_start_host is getting called before enabling the dw_mmc controller
> interrupt, there is a problem of missing the SDMMC_INT_CMD_DONE for the
> very first command sent by the sdio_reset.
> This problem occurs only when we disable MMC debugg
On 8 October 2012 17:59, Yuvaraj CD wrote:
> As mmc_start_host is getting called before enabling the dw_mmc controller
> interrupt, there is a problem of missing the SDMMC_INT_CMD_DONE for the
> very first command sent by the sdio_reset.
> This problem occurs only when we disable MMC debugging i.e
As mmc_start_host is getting called before enabling the dw_mmc controller
interrupt, there is a problem of missing the SDMMC_INT_CMD_DONE for the
very first command sent by the sdio_reset.
This problem occurs only when we disable MMC debugging i.e, MMC_DEBUG [=n].
Hence this patch enables the dw_mm
On 5 October 2012 18:50, Chris Ball wrote:
> Hi Ulf,
>
> On Thu, Sep 13 2012, Ulf Hansson wrote:
>> From: Ulf Hansson
>>
>> This patch fixup the broken suspend sequence for eMMC
>> with sleep support. Additionally it reworks the eMMC4.5
>> Power Off Notification feature so it fits together with
>
12 matches
Mail list logo