linux-toradex.git/drivers/dma/mv_xor.c, branch v3.7.3

ARM: orion: move platform_data definitions

2012-09-19T15:42:17+00:00

Platform data for device drivers should be defined in
include/linux/platform_data/*.h, not in the architecture
and platform specific directories.

This moves such data out of the orion include directories

Signed-off-by: Arnd Bergmann 
Acked-by: Mark Brown 
Acked-by: Greg Kroah-Hartman 
Acked-by: Nicolas Pitre 
Acked-by: Mauro Carvalho Chehab 
Cc: Jason Cooper 
Cc: Andrew Lunn 
Cc: Vinod Koul 
Cc: Dan Williams 
Cc: Bryan Wu 
Cc: Richard Purdie 
Cc: Chris Ball 
Cc: David Woodhouse 
Cc: Alan Stern 
Cc: Liam Girdwood 
Cc: Jaroslav Kysela 
Cc: Takashi Iwai

ARM: Orion: XOR: Add support for clk

2012-05-08T23:34:02+00:00

Some orion platforms can gate the XOR driver clock. If the clock
exisits, unable/disable it as appropriate.

Signed-off-by: Andrew Lunn 
Tested-by: Jamie Lentin 
Signed-off-by: Mike Turquette

dmaengine: ensure all DMA engine drivers initialize their cookies

2012-03-13T06:07:42+00:00

Ensure all DMA engine drivers initialize their cookies in the same way,
so that they all behave in a similar fashion.  This means their first
issued cookie will be 2 rather than 1, and will increment to INT_MAX
before returning 1 and starting over.

In connection with this, Dan Williams said:
> Russell King wrote:
> > Secondly, some DMA engine drivers initialize the dma_chan cookie to 0,
> > others to 1.  Is there a reason for this, or are these all buggy?
>
> I know that ioat and iop-adma expect 0 to mean "I have cleaned up this
> descriptor and it is idle", and would break if zero was an in-flight
> cookie value.  The reserved usage of zero is an driver internal
> concern, but I have no problem formalizing it as a reserved value.

Signed-off-by: Russell King 
Tested-by: Linus Walleij 
Reviewed-by: Linus Walleij 
Acked-by: Jassi Brar 
[imx-sdma.c & mxs-dma.c]
Tested-by: Shawn Guo 
Signed-off-by: Vinod Koul

dmaengine: consolidate tx_status functions

2012-03-13T06:07:14+00:00

Now that we have the completed cookie in the dma_chan structure, we
can consolidate the tx_status functions by providing a function to set
the txstate structure and returning the DMA status.  We also provide
a separate helper to set the residue for cookies which are still in
progress.

Signed-off-by: Russell King 
Tested-by: Linus Walleij 
Reviewed-by: Linus Walleij 
Acked-by: Jassi Brar 
[imx-sdma.c & mxs-dma.c]
Tested-by: Shawn Guo 
Signed-off-by: Vinod Koul

dmaengine: consolidate assignment of DMA cookies

2012-03-13T06:06:52+00:00

Everyone deals with assigning DMA cookies in the same way (it's part of
the API so they should be), so lets consolidate the common code into a
helper function to avoid this duplication.

Signed-off-by: Russell King 
Tested-by: Linus Walleij 
Reviewed-by: Linus Walleij 
Acked-by: Jassi Brar 
[imx-sdma.c & mxs-dma.c]
Tested-by: Shawn Guo 
Signed-off-by: Vinod Koul

dmaengine: add private header file

2012-03-13T06:06:44+00:00

Add a local private header file to contain definitions and declarations
which should only be used by DMA engine drivers.

We also fix linux/dmaengine.h to use LINUX_DMAENGINE_H to guard against
multiple inclusion.

Signed-off-by: Russell King 
Tested-by: Linus Walleij 
Reviewed-by: Linus Walleij 
Acked-by: Jassi Brar 
[imx-sdma.c & mxs-dma.c]
Tested-by: Shawn Guo 
Signed-off-by: Vinod Koul

dmaengine: move last completed cookie into generic dma_chan structure

2012-03-13T06:06:06+00:00

Every DMA engine implementation declares a last completed dma cookie
in their private dma channel structures.  This is pointless, and
forces driver specific code.  Move this out into the common dma_chan
structure.

Signed-off-by: Russell King 
Tested-by: Linus Walleij 
Reviewed-by: Linus Walleij 
Acked-by: Jassi Brar 
[imx-sdma.c & mxs-dma.c]
Tested-by: Shawn Guo 
Signed-off-by: Vinod Koul

dmaengine: mv_xor: remove write-only is_complete_cookie

2012-03-13T06:05:40+00:00

mv_xor's is_complete_cookie is only ever written to, but never read.
This is silly, remove the write-only structure member.

Signed-off-by: Russell King 
Tested-by: Linus Walleij 
Reviewed-by: Linus Walleij 
Acked-by: Jassi Brar 
[imx-sdma.c & mxs-dma.c]
Tested-by: Shawn Guo 
Signed-off-by: Vinod Koul

ARM: Orion: Get address map from plat-orion instead of via platform_data

2011-12-13T23:46:55+00:00

Use an getter function in plat-orion/addr-map.c to get the address map
structure, rather than pass it to drivers in the platform_data
structures. When the drivers are built for none orion platforms, a
dummy function is provided instead which returns NULL.

Signed-off-by: Andrew Lunn 
Tested-by: Michael Walle 
Acked-by: Nicolas Pitre 
Signed-off-by: Nicolas Pitre

dma: mv_xor: use resource_size()

2011-07-13T22:02:31+00:00

Signed-off-by: H Hartley Sweeten 
Cc: Dan Williams  (supporter:ASYNCHRONOUS TRAN...)
Cc: Vinod Koul  (supporter:DMA GENERIC OFFLO...)
Signed-off-by: Vinod Koul