bmi3: fixed the mysterious "mute on first call" bug When UI-enabled fw boots on a previously blank (no /mmi/* files) FFS for the first time, the output_volume member of the persistent UI settings structure was left uninitialized, corresponding to the earpiece volume being set to mute, which is an invalid setting. Because of other quirks in the far-from-finished UI code, this volume setting takes effect only when the first call is answered, producing the odd behaviour seen at the user level. The current fix is to set the blank-FFS default for output_volume to volume level 4, which is the same -6 dB Iota volume as the ACI default.

CC=	gcc
CFLAGS=	-O2
PROGS=	build-date cfg-hdr-gen makeline mk-flash-script mokosrec2bin srec4ram \
	str2ind-ver

all:	${PROGS}

build-date:	build-date.c
	${CC} ${CFLAGS} -o $@ $@.c

cfg-hdr-gen:	cfg-hdr-gen.c
	${CC} ${CFLAGS} -o $@ $@.c

makeline:	makeline.c
	${CC} ${CFLAGS} -o $@ $@.c

mk-flash-script:	mk-flash-script.c
	${CC} ${CFLAGS} -o $@ $@.c

mokosrec2bin:	mokosrec2bin.c
	${CC} ${CFLAGS} -o $@ $@.c

srec4ram:	srec4ram.c
	${CC} ${CFLAGS} -o $@ $@.c

str2ind-ver:	str2ind-ver.c
	${CC} ${CFLAGS} -o $@ $@.c

clean:
	rm -f ${PROGS}