See Documentation/DMA-API.txt - Part Id
Signed-off-by: Fabian Frederick
---
This is untested.
drivers/mmc/host/omap.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/host/omap.c b/drivers/mmc/host/omap.c
index 68dd6c7..70dcf07 100644
--- a/drivers/mmc/host/o
On Tue, Jun 16, 2015 at 7:39 PM, Daniel Kurtz wrote:
> Hi Chaotian,
>
> On Mon, Jun 15, 2015 at 7:20 PM, Chaotian Jing
> wrote:
>> From: Eddie Huang
>>
>> Add node mmc0 ~ mmc3 for mt8173.dtsi
>> Add node mmc0, mmc1 for mt8173-evb.dts
>>
>> Signed-off-by: Chaotian Jing
>> Signed-off-by: Eddie Hu
Hi Chaotian,
On Mon, Jun 15, 2015 at 7:20 PM, Chaotian Jing
wrote:
> From: Eddie Huang
>
> Add node mmc0 ~ mmc3 for mt8173.dtsi
> Add node mmc0, mmc1 for mt8173-evb.dts
>
> Signed-off-by: Chaotian Jing
> Signed-off-by: Eddie Huang
> ---
> arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 126
> +
From: Kishon Vijay Abraham I
DTO/DCRC errors were not being informed to the mmc core since
commit ae4bf788ee9b ("mmc: omap_hsmmc: consolidate error report handling of
HSMMC IRQ"). This commit made sure 'end_trans' is never set on DTO/DCRC
errors. This is because after this commit 'host->data' is
Sometimes BADA, DEB or CEB error interrupts occur when sd card is
unplugged during data transfer. These interrupts are currently ignored
by the interrupt handler. But, this results in card not being
recognised on subsequent insertion. This is because mmcqd is waiting
forever for the data transfer(f
Hi,
When using omap_hsmmc driver, if sd-card repeatedly plug unplugged
multiple times quickly, card enumeration stops after few iterations.
This can be easily reproduced on DRA74X EVM which uses omap_hsmmc driver.
This patch series addresses the above problem. The first patch fixes irq
handler to
Usually when there is an error in transfer, DTO/CTO or other error
interrupts are raised. But if the card is unplugged in the middle of a
data transfer, it is observed that, neither completion(success) or
timeout(error) interrupts are raised. Hence, the mmc-core is waiting
for-ever for the transfer
2015-06-16 11:05 GMT+02:00 Stefan Agner :
> The pltfm_suspend/resume functions have been used since quite some time.
> However, the Toradex branch carries a patch which introduces local
> suspend/resume functions to work around a system PM vs. runtime PM
> suspend issue.
Hence my confusion :).
>
On 15 June 2015 at 14:49, Fabio Estevam wrote:
> On Mon, Jun 15, 2015 at 9:23 AM, Fabio Estevam wrote:
>> Hi Ulf,
>>
>> On Mon, Jun 15, 2015 at 9:08 AM, Ulf Hansson wrote:
>>
>>> What card (eMMC, SD, MMC) and which host driver is being used here?
>>
>> It is an eMMC and the host driver is sdhci-
On 2015-06-16 08:52, Mirza Krak wrote:
> 2015-06-15 11:55 GMT+02:00 Ulf Hansson :
>> On 12 June 2015 at 11:31, Mirza Krak wrote:
>>> From: Mirza Krak
>>>
>>> Add support for current states of pinctrl, which are "default", "idle"
>>> and "sleep".
>>>
>>> The "default" pinctrl state is set by Drive
On 14 June 2015 at 19:26, Rabin Vincent wrote:
> On systems with CONFIG_PREEMPT=n, under certain circumstances, mmcqd
> can continuously process requests for several seconds without blocking,
> triggering the soft lockup watchdog. For example, this can happen if
> mmcqd runs on the CPU which serv
On 15 June 2015 at 13:20, Chaotian Jing wrote:
> This series enables MMC support on the MT8135/MT8173 platform.
> MT8135 has 5 MMC controllers and MT8173 has 4 MMC controllers.
>
> Changes base on Ulf's comments
> Make hclk mandatory in the driver code
> Change host->hclk to host->src_clk_freq
> A
12 matches
Mail list logo