On 7/17/08, Nobin Mathew <nobin.mathew@xxxxxxxxx> wrote: > 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. Search around the list archives, the first version of the Efika/mpc5200 ac97 driver was programmed IO. The next version updated it to DMA. > > > Thanks > Nobin Mathew > > > On 7/17/08, Mark Brown > <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx> 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. > > > > > _______________________________________________ > Linuxppc-dev mailing list > Linuxppc-dev@xxxxxxxxxx > https://ozlabs.org/mailman/listinfo/linuxppc-dev > -- Jon Smirl jonsmirl@xxxxxxxxx _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
