Re: [RFC] How to perform audio offloading in none tunneled mode

[Arnaud Pouliquen <arnaud.pouliquen@st.com>]

On 09/08/2015 07:32 PM, Mark Brown wrote:
> On Tue, Sep 08, 2015 at 11:46:06AM -0500, Pierre-Louis Bossart wrote:
>
>> What you are describing is feasible but has issues related to:
>> - delay control
>> - DSP scheduling (no real means to process data faster than real-time as you
>> would want in a data-driven co-processor)
>> There are also divergent views on the benefits of offloading intermediate
>> operations to a resource-constrained co-processor, you might be better off
>> doing everything on the host in terms of power consumption.
>
> Indeed - there's also a big system complexity hit.  It does depend how
> loaded things are if it's worth considering.  Part of the reason there's
> no standard way to do it is that the benefits are sufficiently unclear
> to be concerning.
>
Full agree with you in standard use cases. But with the increased number 
of channels and frequency we start to observe some use cases that 
consume more than 1000 MIPS. In this case systems can take advantage in 
partitioning, particularly for open systems like android.

Then tunneled and non-tunneled mode is a matter of compromise between 
flexibility and efficiency.

I have my answer, not standard API for no tunneled mode.
Thanks