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.

Problem running basic program on DAVINCI TMS320DM6467 EVM using XDS510 USB

Hello,

I'm having problem running a simple hello world program using XDS510 USB emulator.
I created a "c6000" type project with "generic C64xx device" settings.
Then created a target configuration problem with connection property "XDS510 USB" and "EVMTM6467" board configuration.
Then i created a simple c hello world program and imported a linker that look like this:

MEMORY

{

SDRAM : origin = 0x80000000, len = 0x40000000

}

SECTIONS

{

.vectors > SDRAM

.text > SDRAM

.bss > SDRAM

.cinit > SDRAM

.const > SDRAM

.far > SDRAM

.stack > SDRAM

.cio > SDRAM

.sysmem > SDRAM

}

I can't configure GEL file becouse i basically can't get to the debug window, becouse an error jumping when i trying to "Debug active target".
The error:

 

What am i doing wrong?
Thank you, Stas.

  • Stas,

    Usually the SoC devices like DM6467 require the ARM (the Master core) to release the DSP (the Slave core) from reset before loading and running code. Therefore please check the section Advanced Target Configurations of the CCSv4 Getting Started Guide. 

    http://processors.wiki.ti.com/index.php/CCSv4_Getting_Started_Guide

    Hope this helps,

    Rafael

  • It worked! the releasing was the issue. thanks! :)

    Just for knowledge, why this releasing is needed?

  • Stas,

    Any multicore or multiprocessor environment requires an organized arbitration system during the startup process to avoid losing control of each independent unit. In other words, each core or processor cannot run freely in an undefined state - i.e., without software loaded. In our SoCs the arbiter is one of the device's cores (the Master core). Once this core has the proper software loaded it performs a controlled release of each core.

    In your case the emulator is halting the Master core in reset and, with no software loaded, the controlled release mechanism is non-existing at that stage. Therefore the GEL Scripts allow manual control over the other cores.

    Regards,

    Rafael