<div>Hi Dinesh,</div>
<div> </div>
<div>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.</div>
<div> </div>
<div> </div>
<div>Thanks</div>
<div>Nobin Mathew<br> </div>
<div><span class="gmail_quote">On 7/17/08, <b class="gmail_sendername">Mark Brown</b> <<a href="mailto:broonie@opensource.wolfsonmicro.com">broonie@opensource.wolfsonmicro.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Thu, Jul 17, 2008 at 11:33:31AM +0530, dinesh wrote:<br><br>> What i want is that i have a buffer in driver code which is also handled<br>
> by some other application i want that this buffer data is to be used for<br>> capture and playback stream fills data to another buffer which i can<br>> passover to my other application.<br><br>Depending on what exactly you're doing here you may find that this is<br>
best implemented in user space with an ALSA plugin rather than doing it<br>as part of a driver. If you do want to do this in kernel space then the<br>parts of an ASoC driver which transfer audio data are just the same as<br>
those for any other ALSA driver so things like sound/arm/aaci.c may<br>provide useful examples.<br></blockquote></div><br>