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.

Can't run SYS/BIOS example application on ARM...

Other Parts Discussed in Thread: OMAP-L138, CODECOMPOSER

Hi,

My Specs:

- OMAP-L138 EVM (Logic PD)

- CCSv5

- XDS100v2

- SYS/BIOS 6

 

I extracted the latest NDK package and NSP package. After reading the documentation and importing the projects to CCSv5, I had to change some project options because the examples were not using the same version of SYS/BIOS and NDK/NSP. I compiled the project and then tried to run it in debug. It hangs just before launching the application:

 

I tried multiple times, powered off the board, reset the board, etc. It always hangs. What's wrong?

Thanks a lot!
DT 

EDIT: Made it general, since it is doing the same thing with the SYS/BIOS Task example.

  • When I cancel the action, I get this in the console:

    ARM9_0: GEL: Error while executing OnTargetConnect(): Evaluation canceled.

    ARM9_0: File Loader: Data verification failed at address 0xC30628FC Please verify target memory and memory map.

    ARM9_0: Unable to terminate memory download: NULL buffer pointer at 0x320

    ARM9_0: GEL: File: C:\TI CCSv5\nsp_1_00_00_09\packages\ti\ndk\examples\ndk_evmOMAPL138_arm9_client\Debug\ndk_evmOMAPL138_arm9_client.out: a data verification error occurred, file load failed.

  • Make sure you're using the latest GEL file from Logic PD.

    Try using the GEL file attached to this thread:

        http://e2e.ti.com/support/embedded/bios/f/355/t/153377.aspx#555701

    We use it when we run our internal SYS/BIOS regression tests.

    We downloaded this GEL file from the Logic PD website.

    Alan

  • I closed CodeComposer and it worked after that. Not sure why.

    Now, I run the program, I see the printed data on the Console, but no IP address is shown. The documentation states that an IP address should be printed in the console, or at least a DHCP error is it occured. 

    Anybody?

    PS: not sure the discussion about the NDK and NSP should be on the BIOS forum, but I figured that since it's closely related, it would fit. Please move my thread if it's not ok.

    Regards,

    DT.

  • Hi Alan,

    I'm actually the same person of the other thread and I'm currently using your GEL files you gave in the other thread.

    I stated that closing and restarting CCS helped but it's not true. What made it work is changing the "Default Heap Size" from 4096 to 8192 in the SYS/BIOS config.

  • well... it's not fixed even with my heap size change. Sometimes it works, and usually it doesn't. Hangs like in my first post of this thread. Not sure why. On a side note, I added the "disableCache()" call to the GEL files like you suggested in the other thread.

  • This seems like an emulation driver problem to me.

    There is an internal bug filed against the ARM emulation drivers for similar behavior when resetting the beagle board's A8 core.

    One procedure you might try that seems to improve things for me is to manually disable the ARM caches and MMU using the "ARM Advanced Features" window available from the CCS Tools menu before re-loading or re-setting the board through CCS.

    If you blocked by this issue, I suggest this thread get moved to a different Forum (ie Development Tools) to attract the right audience.

    Alan

  • Hi,

    I tried with a non NDK example, so the SYS/BIOS Task example and it's the same thing. The first time I try to debug an application on the ARM after a power-reset, it hangs. I cancel the action, restart the debug session and it works. Everytime.

    I would appreciate if a moderator could move this thread to the correct forum to get the proper attention like Alan DeMars suggested. It's not a killer right now, but if I can help resolve this, it could be nice for me too. 

    Again, I'm currently using the TI provided GEL files for the ARM and the DSP.

     

    EDIT: thread subject has been modified.

  • I went ahead and moved this thread to the OMAP-L1xx forum in hopes that you will be able to get further information there...

  • Thanks for the move :)