RE: [PATCH] mmc: core: optimize mmc device power up ramp up time

2014-08-17 Thread Gao, Yunpeng
> -Original Message- > From: Dong, Chuanxiao > Sent: Monday, August 18, 2014 2:19 PM > To: Gao, Yunpeng; linux-mmc@vger.kernel.org > Subject: RE: [PATCH] mmc: core: optimize mmc device power up ramp up time > > > -Original Message- > > From: Gao, Yunpeng > > Sent: Monday, August

RE: [PATCH] mmc: core: optimize mmc device power up ramp up time

2014-08-17 Thread Dong, Chuanxiao
> -Original Message- > From: Gao, Yunpeng > Sent: Monday, August 18, 2014 2:17 PM > To: linux-mmc@vger.kernel.org > Cc: Gao, Yunpeng; Dong, Chuanxiao > Subject: [PATCH] mmc: core: optimize mmc device power up ramp up time > > In current kernel mmc driver, it uses two 'msleep(10)' > for eMM

[PATCH] mmc: core: optimize mmc device power up ramp up time

2014-08-17 Thread Yunpeng Gao
In current kernel mmc driver, it uses two 'msleep(10)' for eMMC/SD card power up ramp up time delay. According to Spec, the ramp up time should be max of 74 eMMC/SD bus clock or 1ms. Take the worst eMMC/SD card I can image as the example - assume it has to work on 32KHz or 16KHz during the card in

[PATCH] mmc: core: Change the enhanced area sysfs output format

2014-08-17 Thread Yunpeng Gao
From: "Zhang, YiX X" Current sysfs output format for eMMC Enhanced Area feature are incorrect. If the enhanced area feature not enabled, then the driver will return error code -EINVAL(-22) as the sysfs value. But the definition for those two sysfs items are unsigned int and unsigned long long.

Re: [PATCH] mmc: core: sdio: Fix unconditional wake_up_process() on sdio thread

2014-08-17 Thread Fu, Zhonghui
>From 21266249bbbaf9407c1e88cd5950e06ac88aeebf Mon Sep 17 00:00:00 2001 From: Fu Zhonghui Date: Mon, 18 Aug 2014 10:48:14 +0800 Subject: [PATCH] mmc: core: sdio: Fix unconditional wake_up_process() on sdio thread 781e989cf59 ("mmc: sdhci: convert to new SDIO IRQ handling") and bf3b5ec66bd ("mmc:

Re: [PATCH 1/1] mmc: core: Use regulator_get_voltage() if OCR mask is empty.

2014-08-17 Thread Tim Kryger
On Fri, Aug 15, 2014 at 3:29 PM, Mark Brown wrote: > On Fri, Aug 15, 2014 at 07:19:41AM -0700, Tim Kryger wrote: > >> That is a little different from my suggestion where the constraints >> check is skipped when the regulator output is fixed. It effectively >> does this now when the regulator itse