On Mon, Dec 20, 2010 at 4:06 PM, Chris Ball wrote:
> Hi Kyungmin, Ben,
>
> On Mon, Dec 20, 2010 at 11:08:00AM +0900, Kyungmin Park wrote:
>> Hi Chris,
>>
>> Unfortunately it's not merged your tree.
>> It's required for s5pc210 board. can you merge it for 37-rc6 or later?
>
> I'm not comfortable sl
Hi Kyungmin, Ben,
On Mon, Dec 20, 2010 at 11:08:00AM +0900, Kyungmin Park wrote:
> Hi Chris,
>
> Unfortunately it's not merged your tree.
> It's required for s5pc210 board. can you merge it for 37-rc6 or later?
I'm not comfortable slipping this into .37 (-rc6 has already been
released) without a
On Dec 16, 2010, at 7:21 PM, zhangfei gao wrote:
> If controller does not support cmd19 & cmd14, here is workaround we using.
> Send just in case somebody require.
>
> From b95c5e8d1c5b42a149a521c4992dfd8fc8d61143 Mon Sep 17 00:00:00 2001
> From: Zhangfei Gao
> Date: Thu, 16 Dec 2010 22:28:40 -
Hi again Arnd,
On Wed, Dec 15, 2010 at 12:44 AM, Magnus Damm wrote:
> On Wed, Dec 8, 2010 at 12:08 AM, Arnd Hannemann wrote:
>> Am 07.12.2010 09:37, schrieb Magnus Damm:
>>> On Tue, Dec 7, 2010 at 9:22 PM, Arnd Hannemann wrote:
Am 07.12.2010 00:39, schrieb Magnus Damm:
> On Tue, Dec 7,
On Sun, 19 Dec 2010, Rafael J. Wysocki wrote:
> That said, I think we may do something different that perhaps will make your
> life somewhat easier.
>
> Namely, if your driver doesn't implement any system suspend callbacks
> (i.e. ->suspend(), ->resume(), ->freeze(), ->thaw() etc.) and it doesn't
Hi Chris,
Unfortunately it's not merged your tree.
It's required for s5pc210 board. can you merge it for 37-rc6 or later?
Thank you,
Kyungmin Park
On Mon, Oct 11, 2010 at 2:47 PM, Kukjin Kim wrote:
> From: Jeongbae Seo
>
> This patch adds to support no internal clock divider in SDHCI.
> The ex
Hi Chris,
On Fri, Dec 17, 2010 at 2:51 AM, Chris Ball wrote:
...
> Thanks, pushed to mmc-next with trivial cleanup as below:
Looks good, thanks.
I just briefly tested mmc-next and it looks fine.
Thanks,
Ohad.
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body o
with "mmc: tmio: implement a bounce buffer for unaligned DMA"
gcc generates the following warnings:
drivers/mmc/host/tmio_mmc.c:654:6: warning: 'ret' may be used uninitialized in
this function
drivers/mmc/host/tmio_mmc.c:730:6: warning: 'ret' may be used uninitialized in
this function
This patc
On Thu, Dec 02, 2010 at 02:36:58PM +0100, Linus Walleij wrote:
> The regulator and MMC frameworks provide the proper stub functions
> for the regulator functions anyway, get rid of this.
I'm dropping this patch - it's wrong, because on platforms without
regulator support, it stamps over the provid
On Saturday, December 18, 2010, Rafael J. Wysocki wrote:
> On Saturday, December 18, 2010, Ohad Ben-Cohen wrote:
> > On Sat, Dec 18, 2010 at 5:07 PM, Rafael J. Wysocki wrote:
> > > On Saturday, December 18, 2010, Ohad Ben-Cohen wrote:
> > >> On Sat, Dec 11, 2010 at 4:50 PM, Alan Stern
> > >> wro
On Sat, Dec 18, 2010 at 11:20 PM, Alan Stern wrote:
>> They would also gain deterministic and controllable behavior that we
>> can't guarantee when we rely on a context switch, because obviously
>> the latter yields different results for different platforms and
>> workloads (for the exact same sub
11 matches
Mail list logo