[PATCH RFC 03/26] dmaengine: omap-dma: program hardware directly
Sricharan R
r.sricharan at ti.com
Wed Jan 22 07:54:33 EST 2014
On Thursday 02 January 2014 08:39 PM, Russell King wrote:
> Program the transfer parameters directly into the hardware, rather
> than using the functions in arch/arm/plat-omap/dma.c.
>
> Signed-off-by: Russell King <rmk+kernel at arm.linux.org.uk>
> ---
> drivers/dma/omap-dma.c | 144 ++++++++++++++++++++++++++++++++++++++++-----
> include/linux/omap-dma.h | 6 +-
> 2 files changed, 132 insertions(+), 18 deletions(-)
>
> diff --git a/drivers/dma/omap-dma.c b/drivers/dma/omap-dma.c
> index 3c1bb34aad0a..dd233ca2cf5a 100644
> --- a/drivers/dma/omap-dma.c
> +++ b/drivers/dma/omap-dma.c
> @@ -99,16 +99,96 @@ static void omap_dma_start_sg(struct omap_chan *c, struct omap_desc *d,
> unsigned idx)
> {
> struct omap_sg *sg = d->sg + idx;
> + uint32_t val;
> +
> + if (d->dir == DMA_DEV_TO_MEM) {
> + if (dma_omap1()) {
> + val = c->plat->dma_read(CSDP, c->dma_ch);
> + val &= ~(0x1f << 9);
> + val |= OMAP_DMA_PORT_EMIFF << 9;
> + c->plat->dma_write(val, CSDP, c->dma_ch);
> + }
>
> - if (d->dir == DMA_DEV_TO_MEM)
> - omap_set_dma_dest_params(c->dma_ch, OMAP_DMA_PORT_EMIFF,
> - OMAP_DMA_AMODE_POST_INC, sg->addr, 0, 0);
> - else
> - omap_set_dma_src_params(c->dma_ch, OMAP_DMA_PORT_EMIFF,
> - OMAP_DMA_AMODE_POST_INC, sg->addr, 0, 0);
> + val = c->plat->dma_read(CCR, c->dma_ch);
> + val &= ~(0x03 << 14);
> + val |= OMAP_DMA_AMODE_POST_INC << 14;
> + c->plat->dma_write(val, CCR, c->dma_ch);
> +
> + c->plat->dma_write(sg->addr, CDSA, c->dma_ch);
> + c->plat->dma_write(0, CDEI, c->dma_ch);
> + c->plat->dma_write(0, CDFI, c->dma_ch);
> + } else {
> + if (dma_omap1()) {
> + val = c->plat->dma_read(CSDP, c->dma_ch);
> + val &= ~(0x1f << 2);
> + val |= OMAP_DMA_PORT_EMIFF << 2;
> + c->plat->dma_write(val, CSDP, c->dma_ch);
> + }
> +
> + val = c->plat->dma_read(CCR, c->dma_ch);
> + val &= ~(0x03 << 12);
> + val |= OMAP_DMA_AMODE_POST_INC << 12;
> + c->plat->dma_write(val, CCR, c->dma_ch);
> +
> + c->plat->dma_write(sg->addr, CSSA, c->dma_ch);
> + c->plat->dma_write(0, CSEI, c->dma_ch);
> + c->plat->dma_write(0, CSFI, c->dma_ch);
> + }
> +
EI and FI are always set to zero. So interleaved transfers support
have to enabled in omap-dma, as it was supported by the
legacy driver. It was not enabled because of no users of the feature,
right ?
Regards,
Sricharan
More information about the linux-arm-kernel
mailing list