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.

IRQ_globalEnable Hangs When Debugging

Hello,

I am working on a project with a C5402 DSP that uses the CSL library (version 2.31.00.7).  When I am debugging the project and I try running with no breakpoints, I get "No source available for '0xff94'." (Indicating, I think, that something wrong is happening with the PC). 

  However, if I put a breakpoint directly in the disassembly of IRQ_globalEnable() (for example, a breakpoint at address 0x324A), I can single-step through the code and return to the execution point *after* IRQ_globalEnable() (i.e. I can get to the part of the program previously rendered inaccessible due to the 'No source available' issue).

What am I missing?  It's a fairly strange (to me, anyways) problem, but hopefully the breakpoint-in-disassembly fix points to something obvious.  I should mention that I have a simple but custom linker command file.

Thanks,

Mark

  • So Mark, when you single-step, interrupts are disabled.  The processor just executes the very next instruction and returns to the debugger.

    It looks like you have an interrupt enabled that either does not have an ISR mapped to it, or misbehaves.  I would turn them all off, then enable them one by one to figure out the culprit.

     

  • Bill,

    That appears to be my problem, thanks! (impeccable timing too, as I hadn't been able to look at this problem again until about 5 minutes before your post).  

    Mark