From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.191]) by ozlabs.org (Postfix) with ESMTP id 94691DE00D for ; Thu, 17 Jul 2008 21:26:55 +1000 (EST) Received: by rn-out-0910.google.com with SMTP id j40so2282643rnf.16 for ; Thu, 17 Jul 2008 04:26:53 -0700 (PDT) Message-ID: <8d6898730807170426wac4719cv7cd925cfcd91aa68@mail.gmail.com> Date: Thu, 17 Jul 2008 16:56:52 +0530 From: "Nobin Mathew" To: dinesh , "Nobin Mathew" , "Grant Likely" , linuxppc-dev@ozlabs.org, alsa-devel@alsa-project.org, liam.girdwood@wolfsonmicro.com Subject: Re: [alsa-devel] WRITING AN SOC DRIVER WITHOUT DMA In-Reply-To: <20080717105614.GC15333@sirena.org.uk> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_47507_13451466.1216294012914" References: <20080712083929.15025.47682.stgit@trillian.secretlab.ca> <20080712083939.15025.31192.stgit@trillian.secretlab.ca> <1216199130.749.4.camel@dinesh.dua> <8d6898730807160307g4455597ck921d55da8f51455d@mail.gmail.com> <1216203206.9723.0.camel@dinesh.dua> <1216274611.18207.6.camel@dinesh.dua> <20080717105614.GC15333@sirena.org.uk> List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , ------=_Part_47507_13451466.1216294012914 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Dinesh, If that is your requirement then go and see the actual code sound/arm/aaci.c. They are not using DMA. It is programmed IO. Thanks Nobin Mathew On 7/17/08, Mark Brown wrote: > > On Thu, Jul 17, 2008 at 11:33:31AM +0530, dinesh wrote: > > > What i want is that i have a buffer in driver code which is also handled > > by some other application i want that this buffer data is to be used for > > capture and playback stream fills data to another buffer which i can > > passover to my other application. > > Depending on what exactly you're doing here you may find that this is > best implemented in user space with an ALSA plugin rather than doing it > as part of a driver. If you do want to do this in kernel space then the > parts of an ASoC driver which transfer audio data are just the same as > those for any other ALSA driver so things like sound/arm/aaci.c may > provide useful examples. > ------=_Part_47507_13451466.1216294012914 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Hi Dinesh,
 
If that is your requirement then go and see the actual code sound/arm/aaci.c. They are not using DMA. It is programmed IO.
 
 
Thanks
Nobin Mathew
 
On 7/17/08, Mark Brown <broonie@opensource.wolfsonmicro.com> wrote:
On Thu, Jul 17, 2008 at 11:33:31AM +0530, dinesh wrote:

> What i want is that i have a buffer in driver code which is also handled
> by some other application i want that this buffer data is to be used for
> capture and playback  stream fills data to another buffer which i can
> passover to my other application.

Depending on what exactly you're doing here you may find that this is
best implemented in user space with an ALSA plugin rather than doing it
as part of a driver.  If you do want to do this in kernel space then the
parts of an ASoC driver which transfer audio data are just the same as
those for any other ALSA driver so things like sound/arm/aaci.c may
provide useful examples.

------=_Part_47507_13451466.1216294012914--