This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Is that true EDMA using EMC and memcpy using XMC to transfer the data?

Hello everyone

After reading several threads about differences of EDMA and memcpy, I have a supposition.

Suppose I want to move data from L2 to DDR, if I use "memcpy" or command lines like this " *dst++=*src++; ", the core and XMC would involved in handling the data. If I use EDMA, the data on the L2 would be transited by EMC to DDR.

Is that correct?

Thanks.

Xining

  • Hi,

    Thanks for your post.

    In my opinion, EDMA would use external memory controller (EMC) for externally initiated SDMA transfers. That is, transfers initiated outside the C66x CorePac which are nothing but the system masters such as DMA controllers, SRIO etc. and the C66x CorePac would be the slave in this kind of transaction. Hereby, EMC's SDMA port would provide access to resources inside the C66x CorePac to the system masters outside to trigger externally initiated DMA transfers.

    Whereas, extended memory controller (XMC) would serve as the L2 memory controller’s master DMA (MDMA) path to the MSMC. So, i do believe, in order to move data from L2 to DDR, the CorePac and XMC would be involved in this data transaction and not the EMC. In other way around, that is externally triggered data transfer from DDR to L2 would use EMC's SDMA port to provide access to corepac's L2 memory which would be dictated by the system master DMA controller.

    To know more info. on EMC and XMC, you could refer the c66x CorePac's user guide as below:

    http://www.ti.com/lit/ug/sprugw0c/sprugw0c.pdf (Please refer Chapter 6 & 7)

    Thanks & regards,

    Sivaraj K

    ----------------------------------------------------------------------------------------------------------

    Please click the Verify Answer button on this post if it answers your question.

    ----------------------------------------------------------------------------------------------------------

  • Thanks for your replying, Sivaraj K.