kernel.git/drivers/dma/imx-sdma.c, branch linux-4.0.y

dmaengine: imx-sdma: switch to dynamic context mode after script loaded

2015-03-16T10:25:22Z

Below comments got from Page4724 of Reference Manual of i.mx6q: http://cache.freescale.com/files/32bit/doc/ref_manual/IMX6DQRM.pdf --"Static context mode should be used for the first channel called after reset to ensure that the all context RAM for that channel is initialized during the context SAVE phase when the channel is done or yields. Subsequent calls to the same channel or different channels may use any of the dynamic context modes. This will ensure that all context locations for the bootload channel are initialized, and prevent undefined values in context RAM from being loaded during the context restore if the channel is re-started later" Unfortunately, the rule was broken by commit(5b28aa319bba96987316425a1131813d87cbab35) .This patch just take them back. Signed-off-by: Robin Gong Signed-off-by: Vinod Koul

Merge branch 'topic/slave_caps_device_control_fix_rebased' into for-linus

2015-02-03T00:55:35Z

dmaengine: imx-sdma: Return a proper error code in platform_get_irq()

2015-01-13T18:21:07Z

There is no need to return a 'fake' value upon platform_get_irq() failure. Just propagate the real error instead. Signed-off-by: Fabio Estevam Signed-off-by: Vinod Koul

dmaengine: imx-sdma: Use devm functions

2015-01-13T18:21:07Z

By using devm functions we can make the code shorter and cleaner. Signed-off-by: Fabio Estevam Signed-off-by: Vinod Koul

dmaengine: imx-sdma: Declare slave capabilities for the generic code

2015-01-13T18:21:07Z

Since ecc19d17868be9c ("dmaengine: Add a warning for drivers not using the generic slave caps retrieval") the following warning is observed: [ 0.224981] ------------[ cut here ]------------ [ 0.225013] WARNING: CPU: 0 PID: 1 at drivers/dma/dmaengine.c:830 dma_async_device_register+0x2a0/0x4c8() [ 0.225023] this driver doesn't support generic slave capabilities reporting Declare the slave capabilities to avoid such warning. Signed-off-by: Fabio Estevam Acked-by: Maxime Ripard Signed-off-by: Vinod Koul

dmaengine: imx-sdma: Split device_control

2014-12-22T06:58:59Z

Split the device_control callback of the Freescale IMX SDMA driver to make use of the newly introduced callbacks, that will eventually be used to retrieve slave capabilities. Signed-off-by: Maxime Ripard Signed-off-by: Vinod Koul

dmaengine: imx-sdma: fix indentation

2014-12-22T06:52:44Z

Fixed a coding style error, switch and case should be at the same indent Signed-off-by: Asaf Vertz Signed-off-by: Vinod Koul

dma: imx-sdma: clarify about firmware not found error

2014-12-05T17:48:53Z

When a firmware cannot be found for the SDMA engine then we can continue with the internal ROM firmware. The meaning of this message is frequently asked for, so make clear that the driver still works with the internal ROM firmware and reduce the loglevel from err to info. Signed-off-by: Sascha Hauer Signed-off-by: Fabio Estevam Acked-by: Shawn Guo Acked-by: Sascha Hauer Signed-off-by: Vinod Koul

dmaengine: imx-sdma: Add a new DMATYPE for SAI

2014-11-17T08:20:43Z

This patch simply adds a new DMATYPE for SAI which's included in i.MX6 Solo X. Signed-off-by: Nicolin Chen Acked-by: Shawn Guo Signed-off-by: Vinod Koul

dma: imx-sdma: remove incorrect __init annotation from sdma_init()

2014-11-17T08:20:35Z

When platform_driver_probe() is not used, sdma_probe() can be called by bind/unbind via sysfs. In addition, sdma_init() can be called by sdma_probe(). Thus, __init annotation should be removed from sdma_init(), Also, this patch fixes section mismatch warning. WARNING: drivers/dma/built-in.o(.text+0xd6e4): Section mismatch in reference from the function sdma_probe() to the function .init.text:sdma_init() The function sdma_probe() references the function __init sdma_init(). This is often because sdma_probe lacks a __init annotation or the annotation of sdma_init is wrong. Signed-off-by: Jingoo Han Signed-off-by: Vinod Koul