Re: mmc: dw_mmc: release hardware lock error

Hi Dongjin. This patch is corrupt due to line-wrapping. Best Regards, Jaehoon Chung On 02/28/2012 04:31 PM, Dongjin Kim wrote: > Jaehoon Chung samsung.com> writes: > >> >> On 02/28/2012 02:32 PM, Dongjin Kim wrote: >> >>> Hello, >>> >>> I encountered the problem that my hardware is frozen whi

Re: mmc: dw_mmc: release hardware lock error

Jaehoon Chung samsung.com> writes: > > On 02/28/2012 02:32 PM, Dongjin Kim wrote: > > > Hello, > > > > I encountered the problem that my hardware is frozen while switching clock from > > 400kHz to others. This is caused that hardware locked error was triggered when > > CMD register was wri

some help for eMMC 8bit SDMA in sdhci_imx for i:MX25

Hi all, I encounter some harsh problems using eMMC 4.41 with i.MX25. Transfer rates are 700kB/s and write is far below 100kB/s using write reliability. Used kernel ist 2.6.39. Crawling code I found that several bits assigned to the defines are not equal to what the programmers manual tells. What

Re: mmc: dw_mmc: release hardware lock error

On 02/28/2012 02:32 PM, Dongjin Kim wrote: > Hello, > > I encountered the problem that my hardware is frozen while switching clock > from > 400kHz to others. This is caused that hardware locked error was triggered > when > CMD register was written and interrupt was pended. Tested IP version i

mmc: dw_mmc: release hardware lock error

Hello, I encountered the problem that my hardware is frozen while switching clock from 400kHz to others. This is caused that hardware locked error was triggered when CMD register was written and interrupt was pended. Tested IP version is 2.10a Cheers, Dongjin. diff --git a/drivers/mmc/host/dw_

RE: [RFC] mmc: dw_mmc: Fix the max_blk_count in IDMAC

Will Newton wrote: > On Thu, Feb 23, 2012 at 11:58 PM, Seungwon Jeon wrote: > > Will Newton wrote: > >> 2012/2/23 Seungwon Jeon : > >> > Hi all, > >> > > >> > Even though 1MB is reserved for descriptor table in IDMAC, > >> > the dw_mmc host driver is allowed to receive only maximum > >> > 128KB

[PATCH] mmc: sh_mobile_sdhi: support modular mmc-core with non-standard hotplug

Currently if a platform wants to implement a non-standard card-detection method, it would need to call tmio_mmc_cd_wakeup(), which is an inline function, calling mmc_detect_change(). For this the platform would have to link mmc_core statically into the kernel, losing the ability to build it as a mo

Re: atmel-mci causing oops?

> I'm not sure. > Is there any trace information of kernel? Hi, The oops isn't very descriptive so I got kgdb configured: GNU gdb (GDB) 7.3.1 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you

[PATCH v5 2/2] mmc: card: Adding support for Sanitize in eMMC v4.5

Signed-off-by: Yaniv Gardi --- drivers/mmc/card/block.c | 56 ++--- drivers/mmc/card/queue.c | 10 +++- include/linux/mmc/card.h |7 + include/linux/mmc/host.h |1 + 4 files changed, 64 insertions(+), 10 deletions(-) diff --git a/drive

[PATCH v5 1/2] block: IOCTL support for Sanitize in eMMC v4.5

Signed-off-by: Yaniv Gardi --- block/blk-core.c | 15 --- block/blk-lib.c | 44 block/blk-merge.c |6 ++ block/elevator.c |8 +++- block/ioctl.c |9 + include/

[PATCH v5 0/2] *** exposing SANITIZE capability to the user space via a unique IOCTL ***

*** exposing SANITIZE capability to the user space via a unique IOCTL *** changes patch v5: added BUG_ON() where needed changes patch v4: removed a few debug printouts changes patch v3: split the patch into 2 commits - block and mmc/card added capability MMC_CAP2_SANITIZE to mmc controller Yani

[PATCH v5 2/2] mmc: core: Support packed command for eMMC4.5 device

This patch supports packed command of eMMC4.5 device. Several reads(or writes) can be grouped in packed command and all data of the individual commands can be sent in a single transfer on the bus. Signed-off-by: Seungwon Jeon --- drivers/mmc/card/block.c | 496

[PATCH v5 1/2] mmc: core: Add packed command feature of eMMC4.5

This patch adds packed command feature of eMMC4.5. The maximum number for packing read(or write) is offered and exception event relevant to packed command which is used for error handling is enabled. If host wants to use this feature, MMC_CAP2_PACKED_CMD should be set. Signed-off-by: Seungwon Jeon

[PATCH v5 0/2] mmc: core: Support packed command feature of eMMC4.5

This patch-set adds support of packed command feature for eMMC4.5 devices. Changes in v5: - Revert "Add a variable member in mmc_host for minimum number of packed entries". - Fix the partial packed command from failure index. - Clean an unnecessary parameter of mmc_blk_pac