Re: [PATCH v2] mmc: sdhci-esdhc-imx: fix multiblock reads on i.MX53

Ping. Am Freitag, den 15.03.2013, 09:49 +0100 schrieb Lucas Stach: > The eSDHC controller on the i.MX53 needs an additional, non spec > compliant CMD12 after a multiblock read with a predefined number of > blocks. Otherwise the internal state machine won't go back to the > idle state. > > This co

Re: arm: imx35: mmc0: "Timeout waiting for hardware interrupt" with various sdio wlan cards

Hi Johannes, Johannes Braun gmail.com> writes: > > Hello, > > our company built an embedded board which is based on the ARM > Freescale imx35 chip. Now I am trying to run a silex sdio wlan module > with this board. The Silex module is based on an atheros ar6003 chip. > The driver in /drivers/mm

[PATCH] mmc: sdhci-esdhc-imx: Fix SDIO interrupts

Currently SDIO interrupts do not work on i.MX53 and maybe others. This was observed with a Marvell 8787 based SDIO wifi adapter using the mwifiex driver and firmware from the Marvell git repository. The symptom was a timeout after firmware download. Observing the SDIO_DAT1 line showed that an int

Re: [PATCH 0/2] sdhci-acpi initialization performance regression

Hi, On Mon, Apr 15 2013, Adrian Hunter wrote: > On 12/04/13 21:09, Chris Ball wrote: >> Hi Adrian, >> >> On Thu, Apr 04 2013, Adrian Hunter wrote: >>> When I submitted the sdhci-acpi driver, it's initialization performance >>> was satisfactory. Now it is not. Here are 2 fixes to restore that >>

Re: [PATCH] mmc: dw_mmc: exynos: Turn SDIO interrupts on

Seungwon, On Mon, Apr 15, 2013 at 5:14 AM, Seungwon Jeon wrote: >> + MMC_CAP_8_BIT_DATA | MMC_CAP_CMD23 | MMC_CAP_SDIO_IRQ, >> + MMC_CAP_CMD23 | MMC_CAP_SDIO_IRQ, > This line for [1] >> + MMC_CAP_CMD23 | MMC_CAP_SDIO_IRQ, >> + MMC_CAP_CMD23 | MMC_CAP_SDIO_IRQ, > [1] is for

Re: [PATCH 0/3] ARM: at91: move to generic DMA device tree bindings

On 14:16 Mon 15 Apr , ludovic.desroc...@atmel.com wrote: > From: Ludovic Desroches > > Hi, > > This set of patches introduces DMA device tree bindings support for the atmel > DMA controller and first driver conversions. > > I'll send an update of dts file in the next version if there is no

[PATCH 3/3] mci: at91: convert to dma_request_slave_channel_compat()

From: Ludovic Desroches Use generic DMA DT helper. Platforms booting with or without DT populated are both supported. Signed-off-by: Ludovic Desroches --- drivers/mmc/host/atmel-mci.c | 25 - 1 file changed, 12 insertions(+), 13 deletions(-) diff --git a/drivers/mmc/ho

[PATCH 2/3] i2c: at91: convert to dma_request_slave_channel_compat()

From: Ludovic Desroches Use generic DMA DT helper. Platforms booting with or without DT populated are both supported. Signed-off-by: Ludovic Desroches --- drivers/i2c/busses/i2c-at91.c | 49 ++- 1 file changed, 25 insertions(+), 24 deletions(-) diff --g

[PATCH 1/3] at_hdmac: move to generic DMA binding

From: Ludovic Desroches Update at_hdmac driver to support generic DMA device tree binding. Devices can still request channel with dma_request_channel() then it doesn't break DMA for non DT boards. Signed-off-by: Ludovic Desroches --- .../devicetree/bindings/dma/atmel-dma.txt | 26

[PATCH 0/3] ARM: at91: move to generic DMA device tree bindings

From: Ludovic Desroches Hi, This set of patches introduces DMA device tree bindings support for the atmel DMA controller and first driver conversions. I'll send an update of dts file in the next version if there is no major issue with the bindings. Regards Ludovic Desroches (3): at_hdmac:

RE: [PATCH] mmc: dw_mmc: exynos: Turn SDIO interrupts on

Friday, April 12, 2013, Doug Anderson wrote: > The mmc part in exynos supports SDIO interrupts and they work fine, so > turn the capability on. With this I see download speeds increase > about 10x. This is a port of a change present in the Chrome OS tree > that can be found at

Re: [PATCH v1] mmc: card: Adding support for sanitize in eMMC 4.5

Hi Chris and Luca, Sorry for the late response. Yaniv is on vacation for the last month and will be back at the end of the week. We will add the HPI in case Sanitize times-out. Thanks, Maya > Hi Yaniv, Maya, > > On Mon, Mar 11 2013, Luca Porzio (lporzio) wrote: >> In case of Sanitize timeout, th

Re: [PATCH 2/8] mmc: fix max_discard_sectors

2013/4/15, Adrian Hunter : > On 13/04/13 16:38, Namjae Jeon wrote: >> From: Namjae Jeon >> >> https://lkml.org/lkml/2013/4/1/292 >> As per above discussion, there is possibility that request's __data_len >> field may overflow when max_discard_sectors greater than UINT_MAX >> 9 >> >> If multiple di

Re: [PATCH 2/8] mmc: fix max_discard_sectors

On 13/04/13 16:38, Namjae Jeon wrote: > From: Namjae Jeon > > https://lkml.org/lkml/2013/4/1/292 > As per above discussion, there is possibility that request's __data_len > field may overflow when max_discard_sectors greater than UINT_MAX >> 9 > > If multiple discard requests get merged, merged