FreeCalypso > hg > freecalypso-tools
view target-utils/libbase/waitarm.S @ 698:9ecbf1bf2e1b
fc-iram: added '+' to getopt magic string like in fc-xram
Both fc-iram and fc-xram now support secondary program invokation.
If the user needs to pass some options to the secondary program,
we don't want fc-iram or fc-xram to claim these options as its own,
thus we need to stop getopt() from reordering arguments. This fix
was already implemented in fc-xram a long time ago, but the issue
was overlooked when secondary program invokation ability was added
to fc-iram.
| author | Mychaela Falconia <falcon@freecalypso.org> |
|---|---|
| date | Tue, 31 Mar 2020 03:23:26 +0000 |
| parents | 06ad5e30e8d0 |
| children |
line wrap: on
line source
/* * This assembly module provides a wait_ARM_cycles() function similar to * the one in TI's firmware; it is meant to gradually replace and phase out * osmo_delay_ms(). One loop count for this function equals 4 ARM clock * cycles when running out of IRAM; if the ARM clock is 52 MHz, 13 loop counts * equal one microsecond. * * Note the instruction sequence difference from TI's firmware version: * we use the SUBS instruction (equivalent of plain SUB in Thumb) and omit * the CMP, which is why our version is 4 cycles per loop (when running * out of IRAM), as opposed to 5 cycles per loop (plus wait states as they * execute from flash) in TI's fw version. */ .text .code 32 .globl wait_ARM_cycles wait_ARM_cycles: cmp r0, #0 bxeq lr 1: subs r0, r0, #1 bne 1b bx lr
