Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1292261

Re: [PATCH 2/6] ARM: DTS: da850: Use the new DT bindings for the eDMA3

From Sekhar Nori <nsekhar@ti.com>
Newsgroups linux.kernel
Subject Re: [PATCH 2/6] ARM: DTS: da850: Use the new DT bindings for the eDMA3
Date 2015-12-15 16:30 +0100
Message-ID <qFZI6-5X4-15@gated-at.bofh.it> (permalink)
References (1 earlier) <qBZ3Y-3lZ-17@gated-at.bofh.it> <qFUfp-2at-13@gated-at.bofh.it> <qFWhb-3v9-11@gated-at.bofh.it> <qFY9k-4Mo-21@gated-at.bofh.it> <qFYsG-58o-11@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Tuesday 15 December 2015 07:35 PM, Peter Ujfalusi wrote:
> On 12/15/2015 03:48 PM, Sekhar Nori wrote:

>>>> In future, if/when we gain QDMA support, the QDMA channels could be used
>>>> for memcopy.
>>>
>>> Well, in short there is no way to get the qDMA working in a different way
>>> either. qDMA channel is in essence using 'normal' eDMA channel. This means
>>> that we still need to reserve the eDMA channel to be used for memcpy, but
>>> instead of SW triggering it (as we do it right now), we would need to use the
>>> channel as qDMA and set things up accordingly. I don't really see the benefit
>>> for qDMA mode to be honest.
>>
>> I guess the only advantage is that they will not clash with peripheral
>> mode usage. But even then, some sort of reservation is needed. So I
>> guess QDMA is no better than the EDMA reserved channels?
> 
> It will clash with the peripheral mode use since it needs to take one of the
> eDMA channels. qDMA mode is basically differs from the mode we are using by
> how the channel is triggered. Currently we start the memcpy with SW trigger.

Alright, so I was missing this detail. Thanks for clarifying it on IRC.
The EDMA specification makes it look like 8 additional QDMA channels can
be used over 32 DMA channels, but in reality they are not additional
channels since TCC is only valid between 0-31.

So, I agree. QDMA does not buy us any parallel transfers.

Thanks,
Sekhar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

Re: [PATCH 2/6] ARM: DTS: da850: Use the new DT bindings for the  eDMA3 Sekhar Nori <nsekhar@ti.com> - 2015-12-15 10:40 +0100
  Re: [PATCH 2/6] ARM: DTS: da850: Use the new DT bindings for the  eDMA3 Peter Ujfalusi <peter.ujfalusi@ti.com> - 2015-12-15 12:50 +0100
    Re: [PATCH 2/6] ARM: DTS: da850: Use the new DT bindings for the  eDMA3 Sekhar Nori <nsekhar@ti.com> - 2015-12-15 14:50 +0100
      Re: [PATCH 2/6] ARM: DTS: da850: Use the new DT bindings for the  eDMA3 Peter Ujfalusi <peter.ujfalusi@ti.com> - 2015-12-15 15:10 +0100
        Re: [PATCH 2/6] ARM: DTS: da850: Use the new DT bindings for the  eDMA3 Sekhar Nori <nsekhar@ti.com> - 2015-12-15 16:30 +0100

csiph-web