it need to set BROKEN_CARD_DETECTION?
Just wondering..
Best Regards,
Jaehoon Chung
>
> Ivan T. Ivanov (3):
> mmc: sdhci: let GPIO based card detection have higher precedence
> mmc: sdhci: don't use card state polling when CD GPIO is defined
> mmc: sdhci: properly chec
On 09/05/2014 06:22 AM, Stephen Boyd wrote:
> On 09/04/14 03:53, Ulf Hansson wrote:
>> On 4 September 2014 07:06, Jaehoon Chung wrote:
>>>
>>> In dw-mmc.c, tuning_block values are same.
>>> So I think we can move these value into generic header. how about?
0xff, 0xff, 0xff, 0xdd, 0xff, 0xff, 0xff, 0xdd,
> + 0xdd, 0xff, 0xff, 0xff, 0xbb, 0xff, 0xff, 0xff,
> + 0xbb, 0xbb, 0xff, 0xff, 0xff, 0x77, 0xff, 0xff,
> + 0xff, 0x77, 0x77, 0xff, 0x77, 0xbb, 0xdd, 0xee,
> };
In dw-mmc.c, tuning_block values are same.
So I think w
ler didn't have responsibility to ensure whether power is
enabled or not at probing time.
If just needed to balance vreg, then i think this function can be removed.
How about?
Also before using regulator_is_enabled(), i had found the hole for balancing
the vreg.
Best Regards,
Jaehoon Chung
Hi Georgi,
I found the you use the "vreg->is_enabled".
why don't you use the regulator_is_enabled()? i think better that use this
function.
Is there a special reason that use the "vreg->is_enabled"?
Best Regards,
Jaehoon Chung
On 08/13/2013 11:06 PM, Georgi Djako
Hi Maya,
I didn't see about "[PATCH v5 1/3]mmc: core: Add support for idle time BKOPS"
at mailing.
Could you check the patch set?
Best Regards,
Jaehoon Chung
On 01/11/2013 05:15 AM, Maya Erez wrote:
> Devices have various maintenance operations need to perform internally.
&g
Hi All,
Sorry for reply..I didn't fully read about this patch history.
So i will resend the my opinion after reading the mail-history
Best Regards,
Jaehoon Chung
On 12/21/2012 06:56 PM, Ulf Hansson wrote:
> On 21 December 2012 09:35, Maya Erez wrote:
>> Hi Ulf,
>>
>&g
rst request */
> mmc_claim_host(card->host);
> + if (card->ext_csd.bkops_en &&
> + card->bkops_info.started_delayed_bkops) {
> + card->bkops_info.started_delayed_bkops = false;
> +
Hi Maya,
I tested with dw-mmc controller.
It's look good to me.
Tested-by: Jaehoon Chung
On 11/07/2012 01:28 PM, me...@codeaurora.org wrote:
> Hi Jaehoon,
>
> Any update on this patch review and testing?
>
> Thanks,
> Maya
> On Mon, October 15, 2012 11:53 pm, Jaeho
Hi Maya,
I'm testing with your patch..but i need to have the more time for testing.
In now, it looks good to me. Thank you for working the idle bkops.
Best Regards,
Jaehoon Chung
> ---
> diff --git a/drivers/mmc/card/block.c b/drivers/mmc/card/block.c
> index 172a768..ed040d5
ly and if needed, the BKOPs will be performed
> without waiting for the next idle time.
>
> Signed-off-by: Maya Erez
> Signed-off-by: Jaehoon Chung
> ---
> This patch depends on the following patch:
> [PATCH v11] mmc: support BKOPS feature for eMMC
>
> This patch is b
ion: linux-3.4
>> Card: eMMC4.5 (50MHz DDR mode, 8-bit buswidth) Host controller : dw-
>> mmc (DesignWare MMC controller) Benchmark : IOzone
>>
>
> My environment is similar except the host controller which is msm-sdcc.
> Could you please give me the exact iozone co
C4.5 (50MHz DDR mode, 8-bit buswidth)
Host controller : dw-mmc (DesignWare MMC controller)
Benchmark : IOzone
*CFQ Scheduler
Read : 35MB
Write : 17MB
*ROW Scheduler
Read : 28MB
Write : 17MB
How do you think about this result?
Best Regards,
Jaehoon Chung
On 08/05/2012 08:30 PM, Tatyana Brokhm
On 02/26/2012 06:37 PM, Yaniv Gardi wrote:
>
>
> = > -Original Message-
> = > From: Jaehoon Chung [mailto:jh80.ch...@samsung.com]
> = > Sent: Wednesday, February 22, 2012 8:09 AM
> = > To: Yaniv Gardi
> = > Cc: linux-...@vger.kernel.org; lin
On 02/21/2012 11:00 PM, Yaniv Gardi wrote:
> Signed-off-by: Yaniv Gardi
>
> ---
> drivers/mmc/card/block.c | 58 ++---
> drivers/mmc/card/queue.c | 12 -
> include/linux/mmc/card.h |7 +
> include/linux/mmc/host.h |1 +
> 4 files c
15 matches
Mail list logo