Ring, Chris wrote:
Per the xDAIS spec, codecs themselves never allocate memory, then only indicate (via the IALG interface) what type of memory they require... the actual allocation is delegated to the framework (e.g. Codec Engine). So the codec should never make calls malloc() itself. (One reason not to 'hack it' is that CE may not give the codec the call to free() it! Because the codec is passive, the framework can "free" the codec just by not calling it anymore and freeing its resources)
ah, ok, didn't know that.
The issue is that, while xDAIS allows the codec to indicate _some_ of the memory constraints (e.g. size, alignment, etc), it doesn't define any way to indicate cacheability or physical-contiguousness. (Per my original reply, that's the gap we're intending to close in a Q3 release.)
Yes, I was just trying to find a more clever hack, how about rand() instead of malloc(), no free() needed :-)
_______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
