Hi Konstantin,
On 11/01/2012 11:40 PM, Konstantin Dorfman wrote:
When current request is running on the bus and if next request fetched
by mmcqd is NULL, mmc context (mmcqd thread) gets blocked until the
current request completes. This means if new request comes in while
the mmcqd thread is
On 2012年11月05日 20:48, Shawn Guo wrote:
On Mon, Nov 05, 2012 at 11:34:49AM +0800, yongd wrote:
From the code logic, without SDHCI_QUIRK_BROKEN_CARD_DETECTION for
ESDHC_CD_GPIO, when your card (using
GPIO detection) is removed, we can know the card's absence through the fake
CARD_PRESENT flag
On Tue, Nov 06, 2012 at 04:49:42PM +0800, yongd wrote:
From your info, we can see that on your platform, those pins (including
power, clk, DATA) necessary for MMC_SEND_STATUS transaction still keep
connected for some time just after the GPIO's level changes due to card
removable. And if we
On Mon, Oct 22, 2012 at 6:29 PM, Felipe Balbi ba...@ti.com wrote:
prepare() is supposed to prevent new children from
being registered. On the MMC subsystem, children
(new cards) registration starts with the card
detect IRQ.
Move card detect IRQ disabling to prepare() so that
no new cards
prepare() is supposed to prevent new children from
being registered. On the MMC subsystem, children
(new cards) registration starts with the card
detect IRQ.
Move card detect IRQ disabling to prepare() so that
no new cards will be registered while we're trying
to suspend.
Likewise, move card
Hi Chris,
Please review and merge the below patches.
The first one is a bug fix that would be required to be sent
for 3.7-rcX, others are intended for 3.8.
Thanks,
Venkat.
=
Felipe Balbi (1):
mmc: omap_hsmmc: introduce omap_hsmmc_prepare/complete
Hebbar, Gururaja (1):
mmc:
Sometimes, a error occurs just after the Command has been reported
to be successful (CC=1) but before data transfer completes (TC=1).
Setting end_cmd=1 here leads to a NULL pointer dereference of
host-cmd as the command complete has previously been handled.
Set end_cmd only when command complete
From: Hebbar, Gururaja gururaja.heb...@ti.com
HSMMC IP on AM33xx need a special setting to handle High-speed cards.
Other platforms like TI81xx, OMAP4 may need this as-well. This depends
on the HSMMC IP timing closure done for the high speed cards.
From AM335x TRM (SPRUH73F - 18.3.12 Output
From: Felipe Balbi ba...@ti.com
prepare() is supposed to prevent new children from
being registered. On the MMC subsystem, children
(new cards) registration starts with the card
detect IRQ.
Move card detect IRQ disabling to prepare() so that
no new cards will be registered while we're trying
to
Define the most frequently used bitmasks of the Interrupt Enable /
Interrupt Status register with consistent naming ( with _EN suffix).
Use meaningful concatenation of bitfields for INT_EN_MASK, which shows
which interrupts are enabled by default.
No functional changes.
Signed-off-by:
Fatal errors for the driver are not reported when just error
debug is enabled. Convert selected dev_dbg to dev_err for
accurate error reporting.
Reported-by: Benoit Cousson b-cous...@ti.com
Signed-off-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 12 ++--
1 file
Hi Jaehoon,
Any update on this patch review and testing?
Thanks,
Maya
On Mon, October 15, 2012 11:53 pm, Jaehoon Chung wrote:
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,
On Tue, Oct 30 2012, Chris Ball wrote:
Hi,
On Mon, Oct 22 2012, Kyoungil Kim wrote:
We used only single sg entry for SDIO transfer.
This chagne is to use multiple sg entry.
In case of dwmci, it support only up to 4KB size per single sg entry.
So if we want to transfer more than 4KB, we
13 matches
Mail list logo