OMAP L138

Volker Rumm

Hello, I use the CCS 4.2.1 to develop my software for the ARM9-Part. Operating system is SCIOPTA. A little demo program from SCIOPTA is running well. But my great program has the problem, that the source-File and the generated assembler commands does not correspond. See my code snip.

            _start, _start, _c_int00:
0xC0012720:   0000E59F MULEQ         R0, PC, R5
1386        cmp r0,#0
0xC0012724:   FF30E350 .word         0xFF30E350
1388        blxne r0
0xC0012728:   1010112F ANDNES        R1, R0, PC, LSR #2
1393        ldr r1,st_sc_sysProcDispatcher
0xC001272C:   0000E59F MULEQ         R0, PC, R5
1394        cmp r0,#0
0xC0012730:   FF11E350 .word         0xFF11E350

what can be the reason for this effect ?

best regards

volker

over 15 years ago

0 jc-ti over 15 years ago

TI__Mastermind 27585 points

Volker, are you using the TI build tools or the CodeSourcery tools?

Jeff

0 Volker Rumm over 15 years ago in reply to jc-ti

Prodigy 80 points

Hello Jeff,

I am using the TI build tools.

Best regards

Volker

0 jc-ti over 15 years ago in reply to Volker Rumm

TI__Mastermind 27585 points

Ok this can best be answered in another forum. I will move it for you.

Jeff

0 Archaeologist over 15 years ago

TI__Guru* 84285 points

This disassembly appears to transpose the 16-bit half-words of the opcodes, resulting in garbage disassembly.

Does the command-line "dis470" get this right?

Does the program run correctly?

0 Volker Rumm over 15 years ago in reply to Archaeologist

Prodigy 80 points

Hello Archaeologist,

Thank you for your help. No, the program run not correctly. I think I found the problem : the parameter code_state was 32 but must be 16, so the assebler files (=start up files) was not correct compiled. Now the program is running correctly.

Best regards

Volker

Code Composer Studio™︎

Code Composer Studio forum

OMAP L138