linux-toradex.git/drivers/dma, branch imx-android-r13.2.1

ENGR00177235-1 SDMA: add p2p dma mode

2012-04-06T11:01:28+00:00

Add support for p2p(peripheral to peripheral) dma mode in SDMA
module.
1 Add p2p script membership in struct sdma_channel to support
  device to device tranfer.
2 P2P dma script need more configure information then memory to
  peripheral or peripheral to memory script. we configure these
  information into watermark_level.

Signed-off-by: Chen Liangjun

ENGR00177046: Add the platform dependency for PXP in Kconfig

2012-03-19T01:57:27+00:00

If there's no dependency, build will be broken when do
`make ARCH=arm CROSS_COMPILE= allmodconfig'
`make'
because PXP module will be turned on. This patch fixed it.

Signed-off-by: Robby Cai

ENGR00174299-1: driver part: Add ePxP v2 DMAENGINE driver

2012-02-14T15:32:27+00:00

add ePxP v2 DMAENGINE driver

Signed-off-by: Robby Cai

ENGR00173731-6 MX6Q/DMA : enable the mxs-dma for mx6q

2012-02-07T08:13:07+00:00

enable the mxs-dma for mx6q.

Signed-off-by: Huang Shijie

ENGR00173731-3 mxs-dma : rewrite the last parameter of mxs_dma_prep_slave_sg()

2012-02-07T08:13:06+00:00

[1] Background :
    The GPMI does ECC read page operation with a DMA chain consist of three DMA
    Command Structures. The middle one of the chain is used to enable the BCH,
    and read out the NAND page.

    The WAIT4END(wait for command end) is a comunication signal between
    the GPMI and MXS-DMA.

[2] The current DMA code sets the WAIT4END bit at the last one, such as:

    +-----+               +-----+                      +-----+
    | cmd | ------------> | cmd | ------------------>  | cmd |
    +-----+               +-----+                      +-----+
                                                          ^
                                                          |
                                                          |
                                                     set WAIT4END here

    This chain works fine in the mx23/mx28.

[3] But in the new GPMI version (used in MX50/MX60), the WAIT4END bit should
    be set not only at the last DMA Command Structure,
    but also at the middle one, such as:

    +-----+               +-----+                      +-----+
    | cmd | ------------> | cmd | ------------------>  | cmd |
    +-----+               +-----+                      +-----+
                             ^                            ^
                             |                            |
                             |                            |
                        set WAIT4END here too        set WAIT4END here

    If we do not set WAIT4END, the BCH maybe stalls in "ECC reading page" state.
    In the next ECC write page operation, a DMA-timeout occurs.
    This has been catched in the MX6Q board.

[4] In order to fix the bug, rewrite the last parameter of
    mxs_dma_prep_slave_sg(), and use the dma_ctrl_flags:
    ---------------------------------------------------------
      DMA_PREP_INTERRUPT : append a new DMA Command Structrue.
      DMA_CTRL_ACK       : set the WAIT4END bit for this DMA Command Structure.
    ---------------------------------------------------------

[5] changes to the relative drivers:
    For gpmi-nand driver: use the new flags.

Signed-off-by: Huang Shijie

ENGR00173731-2 mxs-dma : use the new mxs-dma.h

2012-02-07T08:13:06+00:00

use the new header : mxs-dma.h.

Signed-off-by: Huang Shijie

dma: mxs-dma: convert to clk_prepare/clk_unprepare

2012-01-31T07:30:47+00:00

The patch converts mxs-dma driver to clk_prepare/clk_unprepare by
using helper functions clk_prepare_enable/clk_disable_unprepare.

Signed-off-by: Shawn Guo 
Acked-by: Marek Vasut 
Acked-by: Vinod Koul

dma: mxs-dma: Don't use CLKGATE bits in CTRL0 to disable DMA channels

2012-01-31T07:20:17+00:00

This is how the original Freescale code (unintentionally) worked,
because the code path which would have asserted the CLKGATE bit was
never actually reached in their code.
This fixes the nefarious "DMA timout" bug when multiple DMA channels
(e.g. GPMI NAND and MMC) are used at the same time.
If a better fix for this problem should be found, the clkgate handling
could be reinstated.
See http://lists.infradead.org/pipermail/linux-arm-kernel/2011-September/065228.html

Also reverse the order of mxs_dma_disable_chan() and
mxs_dma_reset_chan() in mxs_dma_control() because mxs_dma_reset_chan()
can only work when the DMA channel is enabled.

Signed-off-by: Lothar Waßmann 
Signed-off-by: Vinod Koul

dma: mxs-dma: make mxs_dma_prep_slave_sg() multi user safe

2012-01-31T07:19:51+00:00

Using a static variable for counting the number of CCWs attached to
a DMA channel when appending a new descriptor is not multi user safe.

Signed-off-by: Lothar Waßmann 
Signed-off-by: Vinod Koul

dma: mxs-dma: Always leave mxs_dma_init() with the clock disabled.

2012-01-31T07:19:30+00:00

There is no need to have the clock enabled all the time the driver is
loaded.
It will be enabled anyway in mxs_dma_alloc_chan_resources() when a
channel is actually going to be used.

Signed-off-by: Lothar Waßmann 
Signed-off-by: Vinod Koul