From mboxrd@z Thu Jan  1 00:00:00 1970
From: Joel Fernandes <joelf@ti.com>
Subject: Re: Query on Audio DMA using DMAEngine
Date: Tue, 13 Aug 2013 23:53:51 -0500
Message-ID: <520B0D5F.2040909@ti.com>
References: <083BC63EECB6FD41B8E81CF7FD87CC0F2E4F1488@DLEE08.ent.ti.com>
 <51D01F31.3010602@metafoo.de> <51D11D64.3070805@topic.nl>
 <51D24A01.2050709@ti.com> <51D26A18.8040903@topic.nl>
 <520B07FE.6060006@ti.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <alsa-devel-bounces@alsa-project.org>
Received: from arroyo.ext.ti.com (arroyo.ext.ti.com [192.94.94.40])
 by alsa0.perex.cz (Postfix) with ESMTP id 5414C26538A
 for <alsa-devel@alsa-project.org>; Wed, 14 Aug 2013 06:53:54 +0200 (CEST)
In-Reply-To: <520B07FE.6060006@ti.com>
List-Unsubscribe: <http://mailman.alsa-project.org/mailman/options/alsa-devel>,
 <mailto:alsa-devel-request@alsa-project.org?subject=unsubscribe>
List-Archive: <http://mailman.alsa-project.org/pipermail/alsa-devel/>
List-Post: <mailto:alsa-devel@alsa-project.org>
List-Help: <mailto:alsa-devel-request@alsa-project.org?subject=help>
List-Subscribe: <http://mailman.alsa-project.org/mailman/listinfo/alsa-devel>,
 <mailto:alsa-devel-request@alsa-project.org?subject=subscribe>
Errors-To: alsa-devel-bounces@alsa-project.org
Sender: alsa-devel-bounces@alsa-project.org
To: Mike Looijmans <mike.looijmans@topic.nl>
Cc: alsa-devel@alsa-project.org, lars@metafoo.de
List-Id: alsa-devel@alsa-project.org

On 08/13/2013 11:30 PM, Joel Fernandes wrote:
> Hi Mike,
> 
> On 07/02/2013 12:50 AM, Mike Looijmans wrote:
> [..]
>>
>>> Either way I'm sure your multi-slot approach is superior, but I don't
>>> see how
>>> you can get away with not updating the DMA addresses on every IRQ with
>>> the
>>> current davinci-pcm or EDMA controller (Unless you use a complicated
>>> mechanism
>>> like ping-pong where the address updates take care of itself). If you
>>> are using
>>> a set of chained slots, you only have so many slots so you have to
>>> continuously
>>> change addresses of the slots at some point or the other for a large
>>> transfer.
>>
>> I use a chain like this:
>>
>> DMA1 -> DMA2 -> DMA... -> DMA1
>>
>> This meant I had to use a DMA PARAM slot for every "period". The OMAP
>> L138 has 128 of those slots, so it's no problem to use a bunch of them.
>> Because the chain is cyclic, there is no need to update any DMA
>> parameter while running. All that ALSA needs to do is empty the buffer
>> before the cycle completes and the current position gets overwritten.
> 
> [Joel] Replying to this thread after a long time but just wondering, how do you
> guarantee in your implementation that DMA will not empty the buffer
> faster than it is filled?


I guess this is also what you've called in some threads as the overrun
condition.

-Joel