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.

Emulation time xds100v2 Blackhawk

Other Parts Discussed in Thread: OMAP3530

Hi guys!!

I am working with CCSv5 like IDE and with omap3530 like development platform. When i launch the debugger in order to debug DSP throught ARM the times of launch,load the program to the target and lastly debug are too much slow...I do not know why..Maybe the emulator is not enoughly powerful or the configuration of gel file slows down the process..

The debugging works ok and I can debug the DSP but, for instance, load the program takes more 5 minutes or in order to put a breakpoint takes 1 minute..

An another topic is about the gel file, specifically with the CortexA8 for omap3530. Some functions of it enters in infinite loop and I receives message from console of CCSv5 ask for me if I wish stop the execution of function or I want to continue. This fact not prevent that the gel file finishes your execution ok but again slow down the process...

Any suggestion guys for both topics?

Thanks in advance

Óscar

  • Hi Oscar,

    Note that XDS100 is slow. That is part of the reason why it is so low cost. If you want better performance, you may want to invest in an XDS510 or XDS560 class emulator. However the price is much more expensive than an XDS100.

    However, 5 minutes to load a program and 1 minute to set a breakpoint seems excessive, even for an XDS100. What are the specs of your PC?

    Oscar Herranz said:
    An another topic is about the gel file, specifically with the CortexA8 for omap3530. Some functions of it enters in infinite loop and I receives message from console of CCSv5 ask for me if I wish stop the execution of function or I want to continue. This fact not prevent that the gel file finishes your execution ok but again slow down the process...

    I've seen this happen a few times with GEL functions and XDS100. The cause is that because of the slow speed of the XDS100, some target actions take longer than expected and I think CCS thinks it is stuck. What kind of board are you using? Is it an EVM?

    Thanks

    ki

  • Hi Ki

    Thanks for you quickly answer! I have running Linux in a machine virtual with 1GB RAM and two cores assigned to it. The host pc works in windows and it has four cores, 3 GB RAM @ 2.33GHz..In theory, it 's a powerful computer...By the other hand, the topic about the gel file, I am using a BeagleBoard revC4 like board. With the acronym EMV you refer to Electromagnetic Vulnerability? Sincerely, I do not know that the BeagleBoard rev C4 is or is not...sorry..but why do you ask it?do you think that this topic can affect to the emulator or to the simulation's time?

    Thanks in advance

    Óscar

  • Óscar,

    Although I personally did not experience this, my colleague had a similar scenario when running CCSv5.0.2 on Ubuntu 10.04 (32-bit) on VmWare (3.1.x). The host operating system is Windows Vista 32-bits and the specs are similar to yours - i.e., it is a powerful PC.

    We could never find the root cause of this issue, as we tried to update CCS and change the virtual machine settings without success. It may be a combination between the VmWare, the host OS and the low-level emulator device driver. Keep in mind that Virtual Machines have limited compatibility with certain hardware, and therefore a certain combination of factors may increase this effect. You may want to copy the VM to other PCs with different host OSs and see if you get better results.

    I am able to run CCS with XDS100 in a Ubuntu 10.04 (32-bit) on VmWare 3.1.4 and the host OS is Windows 7 (64-bit).

    Regards,

    Rafael