author | Peter Ujfalusi <peter.ujfalusi@ti.com> | |
Fri, 7 Aug 2015 11:31:27 +0000 (14:31 +0300) | ||
committer | Ravikumar Kattekola <rk@ti.com> | |
Wed, 16 Sep 2015 17:58:06 +0000 (23:28 +0530) | ||
commit | d803e0eaf16383da57a734ee4fa071290bad5685 | |
tree | 99cc20ea72a6b74b693b0f75c8dc2c51f9a761b4 | tree | snapshot (tar.xz tar.gz zip) |
parent | c4a3ab9b903564a8167a3645daa47a084ce26472 | commit | diff |
dmaengine: omap-dma: Support for polled memcpy transfers
When copying small chunks of data the client driver can decide to not use
callbacks and completion (or other means of handling the end of transfer),
but to simply poll the status of the transfer.
This is indicated by the missing DMA_PREP_INTERRUPT flag - so that the
client has no interest in the interrupt.
In such a case the driver will start the transfer without delay and in the
omap_dma_tx_status() callback we will check if the channel is still enabled
or not, if not enabled, DMA_COMPLETED status is returned.
Change-Id: I676b9e978d31541b25366eae3aa524b3743cb082
Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
Tested-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Signed-off-by: Jyri Sarha <jsarha@ti.com>
Signed-off-by: Ravikumar Kattekola <rk@ti.com>
When copying small chunks of data the client driver can decide to not use
callbacks and completion (or other means of handling the end of transfer),
but to simply poll the status of the transfer.
This is indicated by the missing DMA_PREP_INTERRUPT flag - so that the
client has no interest in the interrupt.
In such a case the driver will start the transfer without delay and in the
omap_dma_tx_status() callback we will check if the channel is still enabled
or not, if not enabled, DMA_COMPLETED status is returned.
Change-Id: I676b9e978d31541b25366eae3aa524b3743cb082
Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
Tested-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Signed-off-by: Jyri Sarha <jsarha@ti.com>
Signed-off-by: Ravikumar Kattekola <rk@ti.com>
drivers/dma/omap-dma.c | diff | blob | history |