Andre Gaschler wrote:
Hello,
determines at boot/compile time. The same goes for CMEM (which DSPLINK uses I think(?)). The memory pools are a good idea for DSP algorithms with fixed worst-case memory requirements. But not for usual computer vision algorithms that firstly use *lots* of structures you are not going to allocate pools for and secondly, do not have fixed requirements in general.
in CE2.0 there is also a CMEM "heap" allocator, have a look at it.
My most important questions are - do think its a good idea in general to port opencv to the DM6446
I think, this is what you have to answer :-)
- is there *anything* that can *dynamically* allocate memory (not in pre-defined pools) so both ARM and DSP can work on it without copying???
CMEM "heap" or write your own.
Ive got the impression since the DSP does not have a memory management unit it has got to work on (huge) chunks of continuous physical memory. Because if there is no means for dynamically allocate continuous physical memory I will write a linux kernel module for that (that replaces CMEM).
this is what we did in the end. _______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
