Previous: MSP430 Opcodes, Up: MSP430-Dependent


9.29.6 Profiling Capability

It is a performance hit to use gcc's profiling approach for this tiny target. Even more – jtag hardware facility does not perform any profiling functions. However we've got gdb's built-in simulator where we can do anything.

We define new section ‘.profiler’ which holds all profiling information. We define new pseudo operation ‘.profiler’ which will instruct assembler to add new profile entry to the object file. Profile should take place at the present address.

Pseudo operation format:

.profiler flags,function_to_profile [, cycle_corrector, extra]

where:

flags’ is a combination of the following characters:
s
function entry
x
function exit
i
function is in init section
f
function is in fini section
l
library call
c
libc standard call
d
stack value demand
I
interrupt service routine
P
prologue start
p
prologue end
E
epilogue start
e
epilogue end
j
long jump / sjlj unwind
a
an arbitrary code fragment
t
extra parameter saved (a constant value like frame size)

function_to_profile
a function address
cycle_corrector
a value which should be added to the cycle counter, zero if omitted.
extra
any extra parameter, zero if omitted.

For example:

     .global fxx
     .type fxx,@function
     fxx:
     .LFrameOffset_fxx=0x08
     .profiler "scdP", fxx     ; function entry.
     			  ; we also demand stack value to be saved
       push r11
       push r10
       push r9
       push r8
     .profiler "cdpt",fxx,0, .LFrameOffset_fxx  ; check stack value at this point
     					  ; (this is a prologue end)
     					  ; note, that spare var filled with
     					  ; the farme size
       mov r15,r8
     ...
     .profiler cdE,fxx         ; check stack
       pop r8
       pop r9
       pop r10
       pop r11
     .profiler xcde,fxx,3      ; exit adds 3 to the cycle counter
       ret                     ; cause 'ret' insn takes 3 cycles