Other Parts Discussed in Thread: OMAP-L137
Hello,
I am using OMAP-L137 in our custom board. I want to run my application code from flash which is in ARM processor.
I am aware that in OMAP-L137 DSP will boot up first and which will make ARM to wake up. All this exercise i did in my EVAL board.
But, when i am trying on my custom board i got stuck up as my ARM code is not running although i can see that the ARM binary image is copied to
the RAM location which i had given while running spi-writer.
Following are the steps i had followed:
- Dsp boot code is running from 0x80000000 of RAM (DSP boot code ends @ 0x80004000)
- ARM code is starting from 0x80006C74 of shared RAM
- We individually checked ARM code is running successfully while debugging
- We loaded DSP boot code and ARM code using SPI writer and given load address & entry point address as 0x80006C74
- After this we toggled the BOOT pins to SPI-1 and check our code on target board, DSP boot code is running but still ARM code is not running (I suspect that ARM is not getting out of Reset but HOSTCFG0 is showing = 0x00000001)
- Then, we switched OFF the target board and connected the JTAG keeping BOOT pins still in SPI-1 mode.
- Connect the ARM processor with board via JTAG and loaded the symbol file of ARM application code. It is running successfully.
But, my query is that why it is not running automatically without connecting debugger.
I am building my ARM code in CCSv5.1 and generating binary of *.out using tiobj2bin.bat (Got this in TI installer directory)
I am suspecting that my ARM binary is not generated properly. Please verify that the steps which I am following to generate bin file for ARM code is correct or not (for this i am giving below command on command prompt;
C:\ti\ccsv5\utils\tiobj2bin> tiobj2bin.bat App_250212.out App_250212.bin ofd470.exe hex470.exe mkhex4bin.exe ).
Also attaching the binary of ARM *.out and *.bin if any body can verify and tell that *.bin is generated correctly.
Regards,
Priya
