Re: [PATCH] mmc: sdhci: don't limit discard timeout by data line timeout

On 27/11/13 16:57, Vladimir Zapolskiy wrote: > On 11/27/13 10:21, Adrian Hunter wrote: >> On 26/11/13 18:33, Vladimir Zapolskiy wrote: >>> On 11/26/13 11:04, Adrian Hunter wrote: On 22/11/13 17:21, Vladimir Zapolskiy wrote: > On 22.11.2013 16:04, Adrian Hunter wrote: >> On 22/11/13 15:

Re: [PATCH] mmc: sdhci: Avoid HARDIRQ-unsafe lock

Hi Fabio, I was using linux-3.13-rc1, applied the said patch and I am still getting the said errors on iMX6SL eval board. Regards, john On Wed, Nov 27, 2013 at 4:47 PM, Fabio Estevam wrote: > From: Fabio Estevam > > Remove the locking inside sdhci_do_set_ios() to avoid the following warning:

Re: [PATCH] mmc: sdhci-esdhc-imx: Write only 4 bit in case of TIMEOUT_CONTROL

On Wed, Nov 27, 2013 at 07:47:39AM +0100, Dirk Behme wrote: > >>>I'm wondering if it fixes any issue in real life? > > I wasn't aware that this questions blocks applying that patch. I > think I've answered Shawn's question in a private mail: Using RST_N > doesn't work if the controller's IPP_RST_N

[PATCH] mmc: sdhci: Avoid HARDIRQ-unsafe lock

From: Fabio Estevam Remove the locking inside sdhci_do_set_ios() to avoid the following warning: == [ INFO: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected ] fec 2188000.ethernet eth0: Freescale

Profitable & Important

Good day, I have a business proposal which will be of great benefit to you. Contact me for details through: Email: wa60...@qq.com I await your prompt response. Thanks. wa60...@qq.com -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majord..

Re: [PATCH 2/8] mmc: omap: Fix DMA configuration to not rely on device id

* Chris Ball [131127 13:48]: > Hi, > > On Wed, Nov 27 2013, Jarkko Nikula wrote: > > Can you enlighten me what's the proper way to get patches to mmc since > > I cannot figure out working methodology from MAINTAINERS file? > > Sorry about this, Jarkko. > > Since I don't have omap.c hardware, I'

Re: [PATCH 2/8] mmc: omap: Fix DMA configuration to not rely on device id

Hi, On Wed, Nov 27 2013, Jarkko Nikula wrote: > Can you enlighten me what's the proper way to get patches to mmc since > I cannot figure out working methodology from MAINTAINERS file? Sorry about this, Jarkko. Since I don't have omap.c hardware, I'm generally going to wait for a Tested-by/Acked-

Re: [PATCH 2/8] mmc: omap: Fix DMA configuration to not rely on device id

* Jarkko Nikula [131127 12:55]: > Hi Chris > > On Tue, 26 Nov 2013 18:33:50 -0500 > Chris Ball wrote: > > > Hi Tony, > > > > On Mon, Nov 18 2013, Tony Lindgren wrote: > > > We are wrongly relying on device id for the DMA configuration > > > which can lead to wrong DMA channel being selected. >

Re: [PATCH 2/8] mmc: omap: Fix DMA configuration to not rely on device id

Hi Chris On Tue, 26 Nov 2013 18:33:50 -0500 Chris Ball wrote: > Hi Tony, > > On Mon, Nov 18 2013, Tony Lindgren wrote: > > We are wrongly relying on device id for the DMA configuration > > which can lead to wrong DMA channel being selected. > > > > Fix the issue by using the standard resources

Re: [PATCH v3 2/3] mmc: omap_hsmmc: Pin remux workaround to support SDIO interrupt on AM335x.

* Balaji T K [131127 09:00]: > On Tuesday 26 November 2013 04:16 AM, Tony Lindgren wrote: > > > >This patch we can now make a bit more generic with the recent addition > >of interrupts-extended property that's now merged in mainline tree :) > > > >We can optionally pass two interrupts to omap_hsmm

Re: [PATCH v3 2/3] mmc: omap_hsmmc: Pin remux workaround to support SDIO interrupt on AM335x.

On Tuesday 26 November 2013 04:16 AM, Tony Lindgren wrote: * Andreas Fenkart [131125 05:30]: --- a/drivers/mmc/host/omap_hsmmc.c +++ b/drivers/mmc/host/omap_hsmmc.c @@ -452,10 +475,23 @@ static int omap_hsmmc_gpio_init(struct omap_mmc_platform_data *pdata) } else pdata-

Re: [PATCH] mmc: sdhci: don't limit discard timeout by data line timeout

On 11/27/13 17:48, Philip Rakity wrote: On Nov 27, 2013, at 2:57 PM, Vladimir Zapolskiy wrote: On 11/27/13 10:21, Adrian Hunter wrote: On 26/11/13 18:33, Vladimir Zapolskiy wrote: On 11/26/13 11:04, Adrian Hunter wrote: On 22/11/13 17:21, Vladimir Zapolskiy wrote: On 22.11.2013 16:04, Adria

Re: [PATCH] mmc: sdhci: don't limit discard timeout by data line timeout

On Nov 27, 2013, at 2:57 PM, Vladimir Zapolskiy wrote: > On 11/27/13 10:21, Adrian Hunter wrote: >> On 26/11/13 18:33, Vladimir Zapolskiy wrote: >>> On 11/26/13 11:04, Adrian Hunter wrote: On 22/11/13 17:21, Vladimir Zapolskiy wrote: > On 22.11.2013 16:04, Adrian Hunter wrote: >> On

Re: [PATCH] mmc: sdhci: don't limit discard timeout by data line timeout

On 11/27/13 10:21, Adrian Hunter wrote: On 26/11/13 18:33, Vladimir Zapolskiy wrote: On 11/26/13 11:04, Adrian Hunter wrote: On 22/11/13 17:21, Vladimir Zapolskiy wrote: On 22.11.2013 16:04, Adrian Hunter wrote: On 22/11/13 15:50, Vladimir Zapolskiy wrote: On 22.11.2013 14:04, Adrian Hunter

[PATCH v2 2/2] mmc: sh_mmcif: Fix compilation warning on 64-bit platforms

From: Laurent Pinchart Casting an integer to a void * generates a "cast to pointer from integer of different size" warning. Cast the integer to an uintptr_t first to fix it. Cc: Chris Ball Cc: Guennadi Liakhovetski Cc: linux-mmc@vger.kernel.org Signed-off-by: Laurent Pinchart --- drivers/mmc

Re: [PATCH] mmc: atmel-mci: fix timeout errors in SDIO mode when using DMA

On 26/11/2013 23:24, Chris Ball : Hi, On Thu, Nov 21 2013, Nicolas Ferre wrote: On 20/11/2013 16:01, ludovic.desroc...@atmel.com : From: Ludovic Desroches With some SDIO devices, timeout errors can happen when reading data. To solve this issue the DMA transfer has to be activated before send

Re: [PATCH] mmc: sdhci: don't limit discard timeout by data line timeout

On 26/11/13 18:33, Vladimir Zapolskiy wrote: > On 11/26/13 11:04, Adrian Hunter wrote: >> On 22/11/13 17:21, Vladimir Zapolskiy wrote: >>> On 22.11.2013 16:04, Adrian Hunter wrote: On 22/11/13 15:50, Vladimir Zapolskiy wrote: > On 22.11.2013 14:04, Adrian Hunter wrote: >> On 22/11/13 1