• State Resolved
  • Locked Locked
  • Replies 7 replies
  • Subscribers 53 subscribers
  • Views 1914 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

CCS interface function such as run to line,step over assembly step over

Na Li1
Prodigy 250 points

Hi,

      TI has provided the CCS interface function for us, such as connect,load,run,step,set breakpoints,clear breakpoints and so on.  And we developed debugging software in the CCS based on a PCIE bus or internet, which can connect with c6678 board,can download program to the board, and debug program on the board. Now the software has been delivered to users. After they used our K1 debugging software,there are some feedback problems.

      Run to line, step over, and assembly step over are not good or not supported. Users want to be able to use these features, but because TI only opens to us step, so our software can't modify "run to line, step over, assembly step over", they are background operation of CCS. We have no way to use our own code to implement these functions, could TI open these interface functions to us?

 

Thanks,

Regards

  • 0
    TI__Guru**** 451281 points
    Hello,
    Note that if you are trying to debug optimized code, you may experience many of the issues you are describing.
    processors.wiki.ti.com/.../Debug_versus_Optimization_Tradeoff

    Is the code compiled with optimization enabled?

    Thanks
    ki
  • 0 in reply to Ki
    Prodigy 250 points
    Hi,

    I think the optimization is not the reason. We have CCS interface function project , a VS2010 project, and *.dvr is its result of compiling the project. *.dvr is like ti\ccsv6\ccs_base\emulation\drivers\*.dvr. The VS2010 project only has connect,disconnect,load,run,step,set breakpoint,clear breakpoint, but don't have run to line,step over assembly step over. We hope these function,run to line,step over assembly step over, we can program to realize these function.

    Thanks,
    Regards
  • 0 in reply to Na Li1
    TI__Guru**** 451281 points

    Ah I get it now. Sorry for not understanding.


    You earlier said "TI has provided the CCS interface function for us". Which interface functions are you using? DSS?


    Thanks

    ki

  • 0 in reply to Na Li1
    TI__Guru**** 173310 points

    Na Li1 said:
    We have CCS interface function project , a VS2010 project, and *.dvr is its result of compiling the project. *.dvr is like ti\ccsv6\ccs_base\emulation\drivers\*.dvr. The VS2010 project only has connect,disconnect,load,run,step,set breakpoint,clear breakpoint, but don't have run to line,step over assembly step over. We hope these function,run to line,step over assembly step over, we can program to realize these function.

    I see that you started a new thread with this question. I moved that to the C6000 Multi-core forum as I think it might be more appropriate there.

    http://e2e.ti.com/support/dsp/c6000_multi-core_dsps/f/639/t/405807

  • 0 in reply to Ki
    Prodigy 250 points

    Hi,

    It is not DSS. It's TI only make for our company. We use software to realize the middleware between CCS and board. The interface function is some source file, gti file and CMakeList.txt files,  According to this files, I new a VS2010 project, It compile these files to a *.dvr file. The source file include some .c, such as GTISkeleton.c. The gti file include some .h, such as gti.h. And the CMakeList is the build rule.

    Thanks,

    Regards

  • 0 in reply to AartiG
    Prodigy 250 points

    Hi,

    I first new a question post in the C6000 Multi-core forum , but they think its should be in Code Composer forum.
    The link is http://e2e.ti.com/support/dsp/c6000_multi-core_dsps/f/639/p/405153/1435660#1435660

    Thanks,

    Regards

  • 0 in reply to Na Li1
    TI__Guru**** 451281 points
    Let us continue all following discussion on the other thread.

    Thanks
    ki