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/TMDXIDK5718: HW Breakpoints don't work

Part Number: TMDXIDK5718

Tool/software: Code Composer Studio

Hi

I use Linux SDK 5.1 on an IDK571. HW and SW out of the box.

Build U-boot SPL with debug symbols active.

Connecting to USB JTAG XDS200

Code Composer Studio: Version: 8.2.0.00007

Followed closely TI's video training on building U-Boot SPL as project with existing makefile.

Added U-boot path as path relative to Source Folders in Debug Configurations / Source.

Using 0x4030'0000 as PC start address.

I can single step over and into C code and assembly code in SPL. Both source and disassembly are in sync. I can also step into C modules and the source files is opened automatically.

Problem is that it does not stop on HW breakpoints:

If I activate the HW BP in the disassembly window I get a new BP, which is shown as checked.

If I do the same in the source window the “Breakpoint manager” window pops up as shown telling that it cannot add a breakpoint.

If I run the code, the CPU does not stop. I tried breakpoint at various places: C code, disassembly, etc. None works


Addtition observation: In the disassembly windows sometime wrong code is displayed. Example above shows line 349 (correct) and then line 439, spl_board_init (wrong).

What could I have done wrong? Is there any optimization that should be turned off?

 

Regards, Chris

 

 

  • Hi Chris,
    The first think I would like for you to try is to update to CCSv8.3.0. There were a few bugs that were fixed with setting source level breakpoints in code compiled by GCC (I assume you are using the GCC compiler).

    Also note that there is a known issue with HW breakpoints on A15. But it usually is an issue with A15 SMP debug. It doesn't sound like you are being impacted by this... yet. Note that this issue is NOT fixed in CCSv8.3.0 but will be fixed in an emulation update coming in February of next year. The tracking ID for this issue is: DBGTRC-4331

    Thanks
    ki
  • It works now, thanks. But only with SW breakpoints.
    And only if I set the SW breakpoints in the disassembly pane.

    BR, Chris