Re: [PATCH 3/3] mmc: omap_hsmmc: add generic DMA request support to the DT binding

On Saturday 02 February 2013 02:31 AM, Matt Porter wrote: The binding definition is based on the generic DMA request binding. Signed-off-by: Matt Porter Acked-by: Tony Lindgren --- Acked-by: Santosh Shilimkar -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the bod

Re: [PATCH 1/3] mmc: omap_hsmmc: convert to dma_request_slave_channel_compat()

On Saturday 02 February 2013 02:31 AM, Matt Porter wrote: Convert dmaengine channel requests to use dma_request_slave_channel_compat(). This supports platforms booting with or without DT populated. Signed-off-by: Matt Porter Acked-by: Tony Lindgren --- Acked-by: Santosh Shilimkar -- To unsub

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

Hello. On 02-02-2013 4:44, Russell King - ARM Linux wrote: On Fri, Feb 01, 2013 at 11:49:11PM +0300, Sergei Shtylyov wrote: good point, do you wanna send some patches ? I have already sent them countless times and even stuck CPPI 4.1 support (in arch/arm/common/cppi41.c) in Russell's

[PATCH] mmc: s3cmci: moved mach/regs-sdi.h into s3cmci device driver

Since mach/regs-sdi.h is used only for s3cmci.c, so this moves the header file into the driver file, drivers/mmc/host/s3cmci.c file. Signed-off-by: Kukjin Kim --- arch/arm/mach-s3c24xx/dma-s3c2410.c |1 - arch/arm/mach-s3c24xx/dma-s3c2412.c |1 - arch/arm/mach-s3c24xx

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

On Sat, Feb 02, 2013 at 04:07:59AM +0400, Sergei Shtylyov wrote: > Hello. > > On 02-02-2013 1:30, Russell King - ARM Linux wrote: > >>> On Fri, Feb 01, 2013 at 11:49:11PM +0300, Sergei Shtylyov wrote: > good point, do you wanna send some patches ? > I have already sent them countless t

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

Hello. On 02-02-2013 1:30, Russell King - ARM Linux wrote: On Fri, Feb 01, 2013 at 11:49:11PM +0300, Sergei Shtylyov wrote: good point, do you wanna send some patches ? I have already sent them countless times and even stuck CPPI 4.1 support (in arch/arm/common/cppi41.c) in Russell's pa

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

Hello. On 02-02-2013 1:30, Russell King - ARM Linux wrote: On Fri, Feb 01, 2013 at 11:49:11PM +0300, Sergei Shtylyov wrote: good point, do you wanna send some patches ? I have already sent them countless times and even stuck CPPI 4.1 support (in arch/arm/common/cppi41.c) in Russell's pa

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

Hello. On 01-02-2013 22:59, Matt Porter wrote: Move mach-davinci/dma.c to common/edma.c so it can be used by OMAP (specifically AM33xx) as well. I think this should rather go to drivers/dma/? No, this is the private EDMA API. It's the analogous thing to the private OMAP dma API that is in

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

Hello. On 02-02-2013 0:56, Felipe Balbi wrote: good point, do you wanna send some patches ? I have already sent them countless times and even stuck CPPI 4.1 support (in arch/arm/common/cppi41.c) in Russell's patch system. TI requested to remove the patch. :-( sticking into arch/arm/co

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

On Fri, Feb 01, 2013 at 10:56:00PM +0200, Felipe Balbi wrote: > hi, > > On Fri, Feb 01, 2013 at 11:49:11PM +0300, Sergei Shtylyov wrote: > > > good point, do you wanna send some patches ? > > > >I have already sent them countless times and even stuck CPPI 4.1 support > > (in > > arch/arm/com

[PATCH 1/3] mmc: omap_hsmmc: convert to dma_request_slave_channel_compat()

Convert dmaengine channel requests to use dma_request_slave_channel_compat(). This supports platforms booting with or without DT populated. Signed-off-by: Matt Porter Acked-by: Tony Lindgren --- drivers/mmc/host/omap_hsmmc.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) di

[PATCH 0/3] omap_hsmmc DT DMA Client support

This series adds DT DMA Engine Client support to the omap_hsmmc. It leverages the generic DMA OF helpers in -next and the dma_request_slave_channel_compat() wrapper introduced in the AM33XX DMA Engine series to support DMA in omap_hsmmc on platforms booting via DT. These platforms include omap2/3/4

[PATCH 2/3] mmc: omap_hsmmc: Skip platform_get_resource_byname() for dt case

From: Santosh Shilimkar MMC driver probe will abort for DT case because of failed platform_get_resource_byname() lookup. Fix it by skipping resource byname lookup for device tree build. Issue is hidden because hwmod popullates the IO resources which helps to succeed platform_get_resource_byname(

[PATCH 3/3] mmc: omap_hsmmc: add generic DMA request support to the DT binding

The binding definition is based on the generic DMA request binding. Signed-off-by: Matt Porter Acked-by: Tony Lindgren --- .../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 26 +++- 1 file changed, 25 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindi

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

hi, On Fri, Feb 01, 2013 at 11:49:11PM +0300, Sergei Shtylyov wrote: > > good point, do you wanna send some patches ? > >I have already sent them countless times and even stuck CPPI 4.1 support > (in > arch/arm/common/cppi41.c) in Russell's patch system. TI requested to remove > the > patch

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

Hello. On 02/01/2013 09:58 PM, Felipe Balbi wrote: > Move mach-davinci/dma.c to common/edma.c so it can be used > by OMAP (specifically AM33xx) as well. I think this should rather go to drivers/dma/? >>> No, this is the private EDMA API. It's the analogous thing to >>> the private

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

On Fri, Feb 01, 2013 at 07:52:46PM +, Sergei Shtylyov wrote: > Hello. > > On 02/01/2013 09:49 PM, Matt Porter wrote: > > >>> Move mach-davinci/dma.c to common/edma.c so it can be used > >>> by OMAP (specifically AM33xx) as well. > > >> I think this should rather go to drivers/dma/? > > > No

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

Hi, On Fri, Feb 01, 2013 at 10:52:46PM +0300, Sergei Shtylyov wrote: > Hello. > > On 02/01/2013 09:49 PM, Matt Porter wrote: > > >>> Move mach-davinci/dma.c to common/edma.c so it can be used > >>> by OMAP (specifically AM33xx) as well. > > >> I think this should rather go to drivers/dma/? > >

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

Hello. On 02/01/2013 09:49 PM, Matt Porter wrote: >>> Move mach-davinci/dma.c to common/edma.c so it can be used >>> by OMAP (specifically AM33xx) as well. >> I think this should rather go to drivers/dma/? > No, this is the private EDMA API. It's the analogous thing to > the private OMAP dma AP

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

On Fri, Feb 01, 2013 at 06:41:08PM +, Tony Lindgren wrote: > * Matt Porter [130201 10:25]: > > Move mach-davinci/dma.c to common/edma.c so it can be used > > by OMAP (specifically AM33xx) as well. > > I think this should rather go to drivers/dma/? No, this is the private EDMA API. It's the a

Re: [PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

* Matt Porter [130201 10:25]: > Move mach-davinci/dma.c to common/edma.c so it can be used > by OMAP (specifically AM33xx) as well. I think this should rather go to drivers/dma/? Tony -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majord...@vg

Re: [PATCH v7 00/10] DMA Engine support for AM33XX

On Fri, Feb 01, 2013 at 01:22:45PM -0500, Matt Porter wrote: > This series adds DMA Engine support for AM33xx, which uses > an EDMA DMAC. The EDMA DMAC has been previously supported by only > a private API implementation (much like the situation with OMAP > DMA) found on the DaVinci family of So

Re: [PATCH v7 07/10] dmaengine: add dma_request_slave_channel_compat()

On Fri, Feb 01, 2013 at 01:22:52PM -0500, Matt Porter wrote: > Adds a dma_request_slave_channel_compat() wrapper which accepts > both the arguments from dma_request_channel() and > dma_request_slave_channel(). Based on whether the driver is > instantiated via DT, the appropriate channel request cal

[PATCH v7 01/10] ARM: davinci: move private EDMA API to arm/common

Move mach-davinci/dma.c to common/edma.c so it can be used by OMAP (specifically AM33xx) as well. Signed-off-by: Matt Porter Acked-by: Sekhar Nori --- arch/arm/Kconfig |1 + arch/arm/common/Kconfig|3 + arch/arm/common/Makefi

Re: [PATCH v7 05/10] dmaengine: edma: Add TI EDMA device tree binding

On Fri, Feb 01, 2013 at 01:22:50PM -0500, Matt Porter wrote: > The binding definition is based on the generic DMA controller > binding. > > Signed-off-by: Matt Porter Grant or Rob, can I get an ack on this binding and others in this series? > --- > Documentation/devicetree/bindings/dma/ti-edma

[PATCH v7 02/10] ARM: edma: remove unused transfer controller handlers

Fix build on OMAP, the irqs are undefined on AM33xx. These error interrupt handlers were hardcoded as disabled so since they are unused code, simply remove them. Signed-off-by: Matt Porter Acked-by: Sekhar Nori --- arch/arm/common/edma.c | 37 - 1 file chan

[PATCH v7 05/10] dmaengine: edma: Add TI EDMA device tree binding

The binding definition is based on the generic DMA controller binding. Signed-off-by: Matt Porter --- Documentation/devicetree/bindings/dma/ti-edma.txt | 49 + 1 file changed, 49 insertions(+) create mode 100644 Documentation/devicetree/bindings/dma/ti-edma.txt diff --git

[PATCH v7 06/10] ARM: dts: add AM33XX EDMA support

Adds AM33XX EDMA support to the am33xx.dtsi as documented in Documentation/devicetree/bindings/dma/ti-edma.txt Signed-off-by: Matt Porter --- arch/arm/boot/dts/am33xx.dtsi | 20 1 file changed, 20 insertions(+) diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dt

[PATCH v7 07/10] dmaengine: add dma_request_slave_channel_compat()

Adds a dma_request_slave_channel_compat() wrapper which accepts both the arguments from dma_request_channel() and dma_request_slave_channel(). Based on whether the driver is instantiated via DT, the appropriate channel request call will be made. This allows for a much cleaner migration of drivers

[PATCH v7 03/10] ARM: edma: add AM33XX support to the private EDMA API

Adds support for parsing the TI EDMA DT data into the required EDMA private API platform data. Enables runtime PM support to initialize the EDMA hwmod. Adds AM33XX EDMA crossbar event mux support. Enables build on OMAP. Signed-off-by: Matt Porter Acked-by: Sekhar Nori --- arch/arm/common/edma.c

[PATCH v7 10/10] ARM: dts: add AM33XX SPI DMA support

Adds DMA resources to the AM33XX SPI nodes. Signed-off-by: Matt Porter --- arch/arm/boot/dts/am33xx.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi index e711ffb..ddf702a 100644 --- a/arch/arm/boot/dts/am33xx.dt

[PATCH v7 08/10] spi: omap2-mcspi: convert to dma_request_slave_channel_compat()

Convert dmaengine channel requests to use dma_request_slave_channel_compat(). This supports the DT case of platforms requiring channel selection from either the OMAP DMA or the EDMA engine. AM33xx only boots from DT and is the only user implementing EDMA so in the !DT case we can default to the OMA

[PATCH v7 04/10] dmaengine: edma: enable build for AM33XX

Enable TI EDMA option on OMAP. Signed-off-by: Matt Porter --- drivers/dma/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig index 0b408bb..239020b 100644 --- a/drivers/dma/Kconfig +++ b/drivers/dma/Kconfig @@ -220,7 +220,7 @@

[PATCH v7 09/10] spi: omap2-mcspi: add generic DMA request support to the DT binding

The binding definition is based on the generic DMA request binding Signed-off-by: Matt Porter --- Documentation/devicetree/bindings/spi/omap-spi.txt | 27 +++- 1 file changed, 26 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/spi/omap-spi.txt b/Do

[PATCH v7 00/10] DMA Engine support for AM33XX

Changes since v6: - Converted edma_of_read_*() to wrappers around of_property_read_*() - Fixed wording on the omap-spi generic DMA properties - Added comment/check to clarify that the driver only supports a single EDMA instance when booting from DT Changes since v

Re: [PATCH 3/3] mmc: sdhci: check voltage range only on regulators aware of voltage value

Hello, On 12/4/2012 3:01 PM, Marek Szyprowski wrote: Some regulators don't report any voltage values, so checking supported voltage range results in disabling all SDHCI_CAN_VDD_* flags and registration failure. This patch finally provides a correct fix for the registration of SDHCI driver with a

Re: [PATCH 2/3] mmc: use regulator_can_change_voltage() instead of regulator_count_voltages() hacks

Hello, On 12/4/2012 3:01 PM, Marek Szyprowski wrote: mmc_regulator_set_ocr() depends on the ability of regulator to change the voltage value. When regulator cannot change its voltage output, some code is skipped to avoid reporting false errors on some boards, which use MMC hosts with fixed regul

[PATCH] mmc: Adding ftrace event logging to the mmc layer

From: Bjorn Mansson Adding ftrace to the mmc layer facilitates debugging, making it easier to debug command sequences without rebuilding the kernel. More logging could be added, but this is what have found use for. It is also possible to parse the ftrace output into VCD format and visualize it in

Re: [PATCH v6 03/10] ARM: edma: add AM33XX support to the private EDMA API

On Fri, Feb 01, 2013 at 08:01:41AM +0200, Luciano Coelho wrote: > On Thu, 2013-01-31 at 16:42 -0500, Matt Porter wrote: > > On Thu, Jan 31, 2013 at 08:58:39PM +, Arnd Bergmann wrote: > > > On Thursday 31 January 2013, Matt Porter wrote: > > > > On Wed, Jan 30, 2013 at 09:32:58AM +, Arnd Ber

[PATCH RESEND v2] mmc: sdhci-pxav3: add pm runtime support

Change-Id: Iacc46aedfb9cd4ee0ddeb1866f90f857541beb3f Signed-off-by: Jialing Fu Signed-off-by: Kevin Liu --- drivers/mmc/host/sdhci-pxav3.c | 97 +++- 1 file changed, 96 insertions(+), 1 deletion(-) diff --git a/drivers/mmc/host/sdhci-pxav3.c b/drivers/mmc/h