One reason would be that the DM355 doesn't have a DSP so there's no other processor to wait on. In DM6446, a thread submitting a frame to the DSP codec will block on completion of that frame, so there are some idle ARM CPU cycles to take advantage of while the one thread is blocked. On DM355, there is no blocking in a thread submitting frames to the codec (on the ARM) since the submitting thread just transitions to the codec processing and then returns back to the submitting code.
- Rob ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Panchy Rivas Sent: Wednesday, October 29, 2008 1:52 PM To: [email protected] Subject: Is there a reason why the DM6446 demos use threads and the demos in the DM355 don't? Is there a reason why the DM6446 demos use threads and the demos in the DM355 don't? Thanks Panchy Rivas
_______________________________________________ Davinci-linux-open-source mailing list [email protected] http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
