CCS/TMS320C6748: Inputting data into array of pointers efficiently, mcasp starterware development

Hello!

Its hard to tell, whether the noise is related with data processing efficiency, but if you ask, is there a room to improve your loop the answer might be more certain. One big thing on C6000 is loop pipelining. Long story short, pipelining does not like branching (read ifs and other conditionals) in the loop. Just with a quick look you may rewrite your code as

for (all values in buffer)
{
  if (lastSentTxBuf == 0)
  {
     for (one buf len )  txBuf0[i] = Processed data;
  }
  else 
  {
     for (one buf len )  txBuf1[i] = Processed data;
  }
}

This way inner loop has no conditional and could be pipelined more efficiently.

However, there is a lot of speculation. I suggest you find a document like "Optimizing loops on C6000 DSP", and learn to read output assembly.

Be sure, that is as useful, as addictive. Once started you'll never quit, and its worth efforts :-)

Hi,

The data is coming through the mcasp and being transferred to the DDR2 memory by the DMA (I have tried moving it to L2 memory but have not seen a noticeable improvement).
Each sample is two little-endian 8-bit singed char, with two 8-bit zero padded values after ( e.g. 1101 0010, 0000 0100, 0000 0000, 0000 0000 = 1234 in decimal).
I am transferring this to a short type circular array, disregarding the two zero padded char. (Through the use of the DSP)
I apply my processing to a single short 'processing' variable using the values in the circular array. (Through the use of the DSP)
Then convert the 'processing' variable to it's two constituent char values and place them in my output array, in the same format as the input array (16-bit), then add two zero padding char values. (Through the use of the DSP)
Then output my data from DDR2 (have tried doing so from L2 as well but with minimal improvement) to the mcbsp, through the DMA.

Thanks

Hello!

First of all, please don't take my considerations as immediate recipes, but rather as directions to review.

Point one, whether you can avoid transferring dummy data. If that's a case, that would change the game a lot. Assuming you can do nothing about that and have to skip fillers and unpack data manually, still there is a room for improvement.

I think EDMA can do data stream extraction and skip dummies. However, you still need to expand 8-bit values to 16-bit ones and as they are signed, EDMA can't do that, you have to use processor.

Its not certain, that having to do that job with processor would definitely degrade performance. If your loop is well pipelined, data access and unpacking might be just a step of the pipeline. One may try to use SIMD intrinsics to speed up packed data processing. However, here we step on the land on speculation.

Do you use optimization? Is that o3 level? Would you mind to show excerpt of processing loop?