view target-utils/compalstage/Makefile @ 497:74610c4f10f7

target-utils: added 10 ms delay at the end of abb_power_off() The deosmification of the ABB access code (replacement of osmo_delay_ms() bogus delays with correctly-timed ones, which are significantly shorter) had one annoying side effect: when executing the poweroff command from any of the programs, one last '=' prompt character was being sent (and received by the x86 host) as the Calypso board powers off. With delays being shorter now, the abb_power_off() function was returning and the standalone program's main loop was printing its prompt before the Iota chip fully executed the switch-off sequence! I thought about inserting an endless tight loop at the end of the abb_power_off() function, but the implemented solution of a 10 ms delay is a little nicer IMO because if the DEVOFF operation doesn't happen for some reason in a manual hacking scenario, there won't be an artificial blocker in the form of a tight loop keeping us from further poking around.
author Mychaela Falconia <falcon@freecalypso.org>
date Sat, 25 May 2019 20:44:05 +0000
parents 2c9ea966edb9
children
line wrap: on
line source

CC=	arm-elf-gcc
OBJCOPY=arm-elf-objcopy

TARGETS=compalstage-plain.bin compalstage-thumb.bin compalstage-1003.bin \
	compalstage-1004.bin
INSTDIR=/opt/freecalypso/target-bin

all:	${TARGETS}

.SUFFIXES: .o .bin

.o.bin:
	${OBJCOPY} -O binary $< $@

compalstage-1003.o:	compalstage.S
	${CC} -DPAD_TO_1003 -c -o $@ $<

compalstage-1004.o:	compalstage.S
	${CC} -DPAD_TO_1003 -DMAGIC_1004 -c -o $@ $<

compalstage-plain.o:	compalstage.S
	${CC} -c -o $@ $<

compalstage-thumb.o:	compalstage.S
	${CC} -DTHUMB_ENTRY -c -o $@ $<

install:
	mkdir -p ${INSTDIR}
	install -c -m 644 ${TARGETS} ${INSTDIR}

clean:
	rm -f *.o *errs *core *.bin

FRC: