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.

CCSv5 Emulation: ARM9 pulling DSP out of reset in OMAP5910

Other Parts Discussed in Thread: OMAP5910

Hi everybody,

I'm trying to emulate a CCSv2 project through CCSv5. I have managed to create the project, build it and simulate, but I can't emulate. I'm trying it on an OMAP5910 using a JTAG emulator. I have also created the Target Configuration File and added the GEL file, but when I try the emulation I have the next error related to the ARM pulling the DSP out of reset.

It appears that the target is being held in reset. This may be
due to Wait-In-Reset (WIR) configuration set by the EMU 0/1 pin
settings. If this is the case, press Cancel and disconnect all
connected devices to attempt to clear the WIR configuration.

If this is a multi-core system, the master CPU or ICEPick may
not be releasing the target from reset. Please check your
configuration and/or your GEL files to ensure that nothing
is blocking the target from being released from reset.

I've checked it out and the EMU pins configuration is alright. Right now, in order to allow the JTAG hardware control the DSP I have the ARM bypassed (so it doesn't load the program into the DSP, task assigned to the JTAG during emulation) and thereby, I neither connect it in CCSv5 nor use its GEL file where probably this "pull out of reset" takes place. Is there any way to do the same thing without connecting the ARM?

Thanks,

Gonzalo

  • Typically in devices where the ARM is holding the DSP is reset, the ARM GEL file will have a routine to take the DSP out of reset. That routine can either be run automatically when you connect to the ARM or manually by the user after connecting to the ARM (depending on how the GEL file is set up). You do not need to load any code into the ARM if you do not wish to do so, but can simply connect to it for the purpose of releasing the DSP from reset, and then load code to the DSP.

    Although written for a completely different device, this wiki page explains the idea behind how this works: http://processors.wiki.ti.com/index.php/Connecting_to_DSP_on_C6A8168,_DM8168,_DM8148