Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1457533
| From | Vinod Koul <vinod.koul@intel.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2 6/6] dmaengine: omap-dma: Support for LinkedList transfer of slave_sg |
| Date | 2016-08-08 07:40 +0200 |
| Message-ID | <s3Ls5-5Eo-5@gated-at.bofh.it> (permalink) |
| References | <rWVwd-7zq-3@gated-at.bofh.it> <rWVwd-7zq-19@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed, Jul 20, 2016 at 11:50:32AM +0300, Peter Ujfalusi wrote:
> sDMA in OMAP3630 or newer SoC have support for LinkedList transfer. When
> LinkedList or Descriptor load feature is present we can create the
> descriptors for each and program sDMA to walk through the list of
> descriptors instead of the current way of sDMA stop, sDMA reconfiguration
> and sDMA start after each SG transfer.
> By using LinkedList transfer in sDMA the number of DMA interrupts will
> decrease dramatically.
> Booting up the board with filesystem on SD card for example:
> W/o LinkedList support:
> 27: 4436 0 WUGEN 13 Level omap-dma-engine
>
> Same board/filesystem with this patch:
> 27: 1027 0 WUGEN 13 Level omap-dma-engine
>
> Or copying files from SD card to eMCC:
> 2.1G /usr/
> 232001
>
> W/o LinkedList we see ~761069 DMA interrupts.
> With LinkedList support it is down to ~269314 DMA interrupts.
>
> With the decreased DMA interrupt number the CPU load is dropping
> significantly as well.
Interesting, I would have counted the throughput of DMA by using time for
transfer and not really interrupts and CPU load. With LL mode, you get a
big performance boost due to starting next transaction by hardware without
waiting for CPU intervention and yes side effect is lesser interrupts and
load :)
> @@ -743,6 +863,7 @@ static struct dma_async_tx_descriptor *omap_dma_prep_slave_sg(
> struct omap_desc *d;
> dma_addr_t dev_addr;
> unsigned i, es, en, frame_bytes;
> + bool ll_failed = false;
> u32 burst;
>
> if (dir == DMA_DEV_TO_MEM) {
> @@ -818,16 +939,47 @@ static struct dma_async_tx_descriptor *omap_dma_prep_slave_sg(
> */
> en = burst;
> frame_bytes = es_bytes[es] * en;
> +
> + if (sglen >= 2)
> + d->using_ll = od->ll123_supported;
No upperbound on length? Does the hardware support any lengths?
--
~Vinod
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
Re: [PATCH v2 6/6] dmaengine: omap-dma: Support for LinkedList transfer of slave_sg Vinod Koul <vinod.koul@intel.com> - 2016-08-08 07:40 +0200 Re: [PATCH v2 6/6] dmaengine: omap-dma: Support for LinkedList transfer of slave_sg Peter Ujfalusi <peter.ujfalusi@ti.com> - 2016-08-08 16:00 +0200
csiph-web