• State
  • Locked Locked
  • Replies 1 reply
  • Subscribers 98 subscribers
  • Views 232 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Bug in C5535 Silicon?

Lothar Hahn
Prodigy 180 points


Hello,

i stumbled upon some mysteries while debugging a player application using DSP/BIOS.

My build environment:

CCS4.2.4 with Code Generation Tools: TI v4.4.0 and DSP/BIOS 5.41.13.24 and 5.41.2.14.

In the Code there is call to SIO_issue. In SIO_issue the CPU tries to load a funktion pointer and do a call to hStreamOut->fxns->issue with:

MOV dbl(*AR5(#0014h)),AC0

AMAR *AR5,XAR0

CALL AC0

When i build the project with DSP/BIOS 5.41.13.24 the first instruction loads zero into AC0 instead of the function pointer and the whole Application crashes.

With DSP/BIOS 5.41.2.14 the right pointer is loaded and the function is called.

The disassembly of both pieces of code (SIO_issue) seems to be the same, also the CPU-flags and the arrangement of the hStreamOut struct.

I tested this with a second board also. 

 

Whats the mystery about this? 

 

  • 0
    Intellectual 360 points

    I am also encountering a very similar issue - with the Elektor mp3 player example (seems like we're talking about the same example). The code would always hang on:

     SIO_issue(hStreamOut, &audBufs[idx][0], WORDS_PER_OUT_BUF, NULL);

    though, I am porting to C5535 EZDSP. Have you figured out what the mystery is?