Hi,
Scenario: After SD card is inserted and partitions are mounted, start
transferring a large media file (for ex: 200MB) to SD. Remove the card
in between.
Problem: There is a huge delay of ~20secs when the user get notified
about the card removal. This delay depends on the size of the file to
On Wed, 17 Nov 2010, Ohad Ben-Cohen wrote:
On Wed, Nov 17, 2010 at 8:46 AM, Mike Rapoport m...@compulab.co.il wrote:
On our platforms we just keep it powered on after boot with the reset line
held
high. (e.g. arch/arm/mach-pxa/cm-x300.c, arch/arm/mach-omap/board-cm-t35.c).
We don't
2010/11/16 David Vrabel david.vra...@csr.com:
Linus Walleij wrote:
This adds a mutex to protect from races between gate and ungate
calls colliding.
Can you rework this to not require both host-clk_gate_mutex and
host-clk_lock? Is host-clk_lock necessary any more?
No I can't. I really
Hi Sujit,
On Wed, Nov 17, 2010 at 08:08:38PM +0530, Sujit Reddy wrote:
Problem: There is a huge delay of ~20secs when the user get notified
about the card removal. This delay depends on the size of the file to
be transferred.
dmesg shows continuous I/O errors even after card removal
Change against v1:
Minor fix: add check return value in sdhci_suspend_host.
Fix checkpatch.pl warning
mmc: check SDIO card wake up during suspending
It is possible that SDIO card send card interrupt to wake up
system just after SDIO func driver and SDIO card
From 642b2e88fc4b6344290c88ce506fcda1bcc860a3 Mon Sep 17 00:00:00 2001
From: Jun Nie n...@marvell.com
Date: Fri, 12 Nov 2010 19:43:49 +0800
Subject: [PATCH] mmc: check SDIO card wake up during suspending
It is possible that SDIO card send card interrupt to wake up
system just after SDIO func
From 49962ed89078717d539805f999503b2d29a42b05 Mon Sep 17 00:00:00 2001
From: Chuanxiao Dong chuanxiao.d...@intel.com
Date: Thu, 18 Nov 2010 10:25:44 +0800
Subject: [PATCH 1/2] mmc: implemented eMMC4.4 hardware reset feature in mmc
core layer
When core layer detect a data timeout error, core
From 24a7a1fe58d4cbc49dde56adb442c97cbbaf690b Mon Sep 17 00:00:00 2001
From: Chuanxiao Dong chuanxiao.d...@intel.com
Date: Thu, 18 Nov 2010 10:34:42 +0800
Subject: [PATCH 2/2] mmc: implemented hardware reset callback for sdhci layer
The hardware reset callback in sdhci layer cannot really do
a
Hi Linus,
On Tue, Nov 16, 2010 at 05:56:52PM +0100, Linus Walleij wrote:
This adds a mutex to protect from races between gate and ungate
calls colliding.
Cc: Ohad Ben-Cohen o...@wizery.com
Signed-off-by: Linus Walleij linus.wall...@stericsson.com
Thanks, merged into mmc-next for .38.
--
Hi Linus,
On Tue, Nov 16, 2010 at 05:57:00PM +0100, Linus Walleij wrote:
This adds some more picky variable protection to the state holders
for the clock gating code. This is particularly important when
ordinary .set_ios() calls would race with the .set_ios() call
resulting from a delayed
Hi Kishore,
On Mon, Nov 15, 2010 at 02:38:59PM +0530, kishore kadiyala wrote:
While booting OMAP4 ES2.0 boards, cards on MMC1 and MMC2 controllers
are not getting detected some times.
During reset of command/data line, wrong pointer to base address
was passed while read operation to SYSCTL
Hi Jennifer,
This is looking better, thanks -- just a few more questions:
On Tue, Nov 16, 2010 at 02:05:16PM +0800, Jennifer Li (TP) wrote:
Root cause:
O2Micro's ADMA and related functions can't work by default Linux SD
driver. We need mark those related registers.
If the goal is to disable
Different platform will provide different init_sdh to handle private
register is not same in various platform.
Put init_sdh in set_clock is we don't want to add more call back
function to sdhci.c to keep sdhci.c as simple as possible.
Currently init_sdh will be called several times when clk is
13 matches
Mail list logo