All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Lokowich <lokowich@acdstar.com>
To: "Griffis, Brad" <bgriffis@ti.com>
Cc: ALSA-devel <alsa-devel@alsa-project.org>,
	davinci-linux-open-source
	<davinci-linux-open-source@linux.davincidsp.com>
Subject: Re: DaVinci ASoC DMA stalls
Date: Fri, 19 Sep 2008 17:06:16 -0500	[thread overview]
Message-ID: <48D42258.3060306@acdstar.com> (raw)
In-Reply-To: <F8C55F6A02E92D48BDDFC6048552C6F1142BB196@dlee03.ent.ti.com>



Griffis, Brad wrote:
>> My test is simply to run aplay or speaker-test,
>> then quit and run it again.  The first run is audible, the second and
>> subsequent runs are not audible until I provide a manual DMA event trigger.
>>     
>
> When the ASP transmitter is taken out of reset it sends XEVT to the EDMA where it is "captured" in event register (ER).  If that event gets cleared out before turning on the EDMA you'll end up with a scenario like you described, i.e. once you kick off a transfer manually it will then run.  I haven't looked at the code you're using, but it sounds to me like the (re-)initialization sequence isn't correct.
>
> The best way for the code to work would be for the EDMA to be configured BEFORE the McBSP.  That way, even if the EDMA initialization procedure clears the ER bits it won't matter because when the McBSP is subsequently released from reset it will send a new XEVT to the EDMA.
>
> Brad
>
>   

    Excellent tip, but the ASoC software is doing just what you
    suggested, starting the DMA prior to starting the ASP.  I also found
    that the latest DMA software also causes buffer underruns when
    playing Ogg Vorbis files, while the 2.6.25 version doesn't have
    these issues.  I'll keep looking.

    Thanks,
    Mark

> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>
>
>   

      reply	other threads:[~2008-09-19 22:06 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-04 13:39 DaVinci ASoC DMA stalls Mark Lokowich
     [not found] ` <48BFE50E.3000802-3mWahjwryh5BDgjK7y7TUQ@public.gmane.org>
2008-09-04 17:06   ` Caglar Akyuz
2008-09-04 22:23     ` Mark Lokowich
     [not found]       ` <48C05FFD.4030009-3mWahjwryh5BDgjK7y7TUQ@public.gmane.org>
2008-09-09 11:52         ` Griffis, Brad
2008-09-19 22:06           ` Mark Lokowich [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48D42258.3060306@acdstar.com \
    --to=lokowich@acdstar.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=bgriffis@ti.com \
    --cc=davinci-linux-open-source@linux.davincidsp.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.