[RFC v2 4/7] ASoC: dmaengine_pcm: add copy support

Arnaud Pouliquen arnaud.pouliquen at st.com
Mon Feb 27 01:05:18 PST 2017


Hello Mark,

Sorry for the late answer, i was OoO...

On 02/16/2017 09:14 PM, Mark Brown wrote:
> On Wed, Feb 15, 2017 at 04:46:44PM +0100, Arnaud Pouliquen wrote:
>> On 02/15/2017 03:53 PM, Mark Brown wrote:
>>> On Wed, Feb 15, 2017 at 02:59:18PM +0100, Arnaud Pouliquen
>>> wrote:
> 
>>> No, copy() is an alternative to doing DMA rather than
>>> something that works with DMA.  If you want to have some sort
>>> of post processing operation it shoudn't be called copy().
>>> It's probably worth considering just making a new format and
>>> letting userspace convert things here.
> 
>> You mean using a plug-in alsa to do it? this seems not possible
>> with tiny-alsa... Without a plug-in, driver will not be
>> compatible with standard audio application.
> 
> Right.  But if you're using tinyalsa you've got some open coded
> system specific stuff anyway!
> 
>> Do you think this would be reasonable if i implement something
>> similar in my driver, without using the soc generic DMA engine?
> 
> Probably.  It might even be possible to fit it elegently into the 
> generic dmaengine code, just don't say it's a copy() operation
> since that's a specific thing in ALSA.
> 
Ok I will have a look in generic dmaengine and try to propose
something in this way in the V2.

Regards,
Arnaud



More information about the linux-arm-kernel mailing list