Re: [PATCH 1/1] mmc: sdhci-bcm2835: added quirk and removed udelay in write ops

2014-10-17 Thread Scott Branden
Great review - thanks. On 14-10-17 07:37 PM, Stephen Warren wrote: On 10/15/2014 10:43 AM, Scott Branden wrote: Added quirk SDHCI_QUIRK_MULTIBLOCK_READ_ACMD12 present in controller. Removed udelay in write ops by using shadow registers for 16 bit accesses to 32-bit registers (where necessary).

Re: [PATCH v2] mmc: add new au6601 driver

2014-10-17 Thread Oleksij Rempel
Am 17.10.2014 um 14:37 schrieb Venkatraman S: > On Sat, Sep 27, 2014 at 12:41 PM, Oleksij Rempel > wrote: >> >> This driver is based on documentation which was based on my RE-work and >> comparision with other MMC drivers. >> It works in legacy mode and can provide 20MB/s R/W spead for most moder

Re: [PATCH 1/1] mmc: sdhci-bcm2835: added quirk and removed udelay in write ops

2014-10-17 Thread Stephen Warren
On 10/15/2014 10:43 AM, Scott Branden wrote: > Added quirk SDHCI_QUIRK_MULTIBLOCK_READ_ACMD12 present in controller. > Removed udelay in write ops by using shadow registers for 16 bit > accesses to 32-bit registers (where necessary). > Optimized 32-bit operations when doing 8/16 register accesses.

Re: [PATCH] mmc: dw_mmc: Remove old card detect infrastructure

2014-10-17 Thread Alim Akhtar
Hi Doug, On Thu, Oct 16, 2014 at 9:40 PM, Doug Anderson wrote: > Alim, > > On Thu, Oct 16, 2014 at 5:57 AM, Alim Akhtar wrote: >> Hi Doug, >> >> On Tue, Oct 14, 2014 at 10:03 PM, Doug Anderson >> wrote: >>> The dw_mmc driver had a bunch of code that ran whenever a card was >>> ejected and inse

Re: [PATCH v2] mmc: add new au6601 driver

2014-10-17 Thread Venkatraman S
On Sat, Sep 27, 2014 at 12:41 PM, Oleksij Rempel wrote: > > This driver is based on documentation which was based on my RE-work and > comparision with other MMC drivers. > It works in legacy mode and can provide 20MB/s R/W spead for most modern > SD cards, even if at least 40MB/s should be possibl

Re: [PATCH v2] mmc: dw_mmc: Reset DMA before enabling IDMAC

2014-10-17 Thread Alim Akhtar
Hi Sonny, On Thu, Oct 16, 2014 at 10:28 PM, Sonny Rao wrote: > We've already got a reset of DMA after it's done. Add one before we > start DMA too. This fixes a data corruption on Rockchip SoCs which > will get bad data when doing a DMA transfer after doing a PIO transfer. > > We tested this on

[PATCHv2 1/3] mmc: atmel-mci: move mache header to platform_data

2014-10-17 Thread Alexandre Belloni
Move the mach header that can come either from arm/mach-at91 or avr32 to platform_data to be able to switch the AT91 platforms to multiplatform. Signed-off-by: Alexandre Belloni --- drivers/mmc/host/atmel-mci.c| 2 +- include/linux/platform_data/mmc-atmel-mci.h | 22

[PATCHv2 2/3] ARM: at91: remove mach/atmel-mci.h

2014-10-17 Thread Alexandre Belloni
Use the generic platform_data header file instead of mach/atmel-mci.h Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/at91sam9g45_devices.c| 2 +- arch/arm/mach-at91/include/mach/atmel-mci.h | 17 - 2 files changed, 1 insertion(+), 18 deletions(-) delete mode 100644

[PATCHv2 3/3] avr32: remove mach/atmel-mci.h

2014-10-17 Thread Alexandre Belloni
Use the generic platform_data header file instead of mach/atmel-mci.h Signed-off-by: Alexandre Belloni --- arch/avr32/mach-at32ap/at32ap700x.c | 2 +- arch/avr32/mach-at32ap/include/mach/atmel-mci.h | 17 - 2 files changed, 1 insertion(+), 18 deletions(-) delete mod

[PATCHv2 0/3] Remove mach/atmel-mci.h

2014-10-17 Thread Alexandre Belloni
This patch series removes the uses of mach/atmel-mci.h and the files themselves. The final goal is to be able to switch AT91 to multiplatform. The first patch introduces a new platform_data file and uses it in the driver. The two following patches remove the uses of mach/atmel-mci.h and the header

Re: [PATCH v2] mmc: dw_mmc: Reset DMA before enabling IDMAC

2014-10-17 Thread Jaehoon Chung
Hi, Sonny. On 10/17/2014 01:58 AM, Sonny Rao wrote: > We've already got a reset of DMA after it's done. Add one before we > start DMA too. This fixes a data corruption on Rockchip SoCs which > will get bad data when doing a DMA transfer after doing a PIO transfer. > > We tested this on an Exyno

Re: [PATCH 2/3] ARM: at91: remove mach/atmel-mci.h

2014-10-17 Thread Alexandre Belloni
On 17/10/2014 at 09:52:45 +0200, Alexandre Belloni wrote : > Use the generic platform_data header file instead of mach/atmel-mci.h > > Signed-off-by: Alexandre Belloni > --- > arch/arm/mach-at91/at91sam9g45_devices.c| 2 +- > arch/arm/mach-at91/include/mach/atmel-mci.h | 17

[PATCH 1/3] mmc: atmel-mci: move mache header to platform_data

2014-10-17 Thread Alexandre Belloni
Move the mach header that can come either from arm/mach-at91 or avr32 to platform_data to be able to switch the AT91 platforms to multiplatform. Signed-off-by: Alexandre Belloni --- drivers/mmc/host/atmel-mci.c| 2 +- include/linux/platform_data/mmc-atmel-mci.h | 22

[PATCH 2/3] ARM: at91: remove mach/atmel-mci.h

2014-10-17 Thread Alexandre Belloni
Use the generic platform_data header file instead of mach/atmel-mci.h Signed-off-by: Alexandre Belloni --- arch/arm/mach-at91/at91sam9g45_devices.c| 2 +- arch/arm/mach-at91/include/mach/atmel-mci.h | 17 - 2 files changed, 1 insertion(+), 18 deletions(-) delete mode 100644

[PATCH 3/3] avr32: remove mach/atmel-mci.h

2014-10-17 Thread Alexandre Belloni
Use the generic platform_data header file instead of mach/atmel-mci.h Signed-off-by: Alexandre Belloni --- arch/avr32/mach-at32ap/at32ap700x.c | 2 +- arch/avr32/mach-at32ap/include/mach/atmel-mci.h | 17 - 2 files changed, 1 insertion(+), 18 deletions(-) delete mod

[PATCH 0/3] Remove mach/atmel-mci.h

2014-10-17 Thread Alexandre Belloni
This patch series removes the uses of mach/atmel-mci.h and the files themselves. The final goal is to be able to switch AT91 to multiplatform. The first patch introduces a new platform_data file and uses it in the driver. The two following patches remove the uses of mach/atmel-mci.h and the header