view uptools/libcoding/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 f7228c18463a
children f023a1c187a9
line wrap: on
line source

CC=	gcc
CFLAGS=	-O2
OBJS=	alpha_addr.o decode_helpers.o grokdcs.o gsm7_decode.o \
	gsm7_decode_tables.o gsm7_encode.o gsm7_encode_table.o gsm7_pack.o \
	gsm7_unpack.o gsmtime.o hexdecode.o hexdump.o hexencode.o \
	number_decode.o number_encode.o scaddr.o sms_submit.o sms_submit8.o \
	ucs2_bigend.o ucs2_decode.o utf8_decode.o utf8_decode2.o
LIB=	libcoding.a

all:	${LIB}

${LIB}:	${OBJS}
	ar rcu $@ ${OBJS}
	ranlib $@

clean:
	rm -f *.[oa] errs