CCS/AM5718: Booting DSP from ARM

Muhammad,

The recommendation to boot the DSP core in a system which has ARM as the boot master is to use RTOS Secondary bootloader (SBL) and create a multi-core application image. The SBL can be single location where all the SOC initialization can be done (pinmux, clock, DDR and slave core wakeup). Make sure that the DSP application does not overwrite the initialization that may be required on the ARM.

http://software-dl.ti.com/processor-sdk-rtos/esd/docs/latest/rtos/index_Foundational_Components.html#am57x

The image generation and formats are explained in the link above, but for clarity you can refer the graphic here to understand the steps:

If the ARM and DSP need to communicate, you can use IPC_start and IPC_attach APIs which is used for synchronization and will wait for the cores to come up and create IPC channel for the cores to communicate. Memory partitioning between ARM and DSP at application level is application integrator responsibility the SBL will just load the application and start the application on the cores. 

I am not sure that I understand the question completely. All DSP and ARM binaries (.out, .xe66, .xea15fg) are in standard ELF binary format used by compilers

http://software-dl.ti.com/ccs/esd/documents/sdto_cgt_A-Brief-History-of-TI-Object-File-Formats.html

For the purpose of the bootloader to load them, we use the out2rprc format which is merged into Multicore image to load and boot all cores on the SOC, the out2rprc and MulticoreImage format is described here:

http://software-dl.ti.com/processor-sdk-rtos/esd/docs/latest/rtos/index_Foundational_Components.html#am57x

Hope this helps. If not, please clarify what you are looking for so we can address your issue.

Regards,

Rahul