FreeCalypso > hg > fc-magnetite
view src/cs/layer1/dsp1/patch_file36_10.c @ 635:baa0a02bc676
niq32.c DTR handling restored for targets that have it
TI's original TCS211 fw treated GPIO 3 as the DTR input (wired so on C-Sample
and D-Sample boards, also compatible with Leonardo and FCDEV3B which have a
fixed pull-down resistor on this GPIO line), and the code in niq32.c called
UAF_DTRInterruptHandler() (implemented in uartfax.c) from the
IQ_KeypadGPIOHandler() function. But on Openmoko's GTA02 with their official
fw this GPIO is a floating input, all of the DTR handling code in uartfax.c
including the interrupt logic is still there, but the hobbled TCS211-20070608
semi-src delivery which OM got from TI contained a change in niq32.c (which
had been kept in FC until now) that removed the call to
UAF_DTRInterruptHandler() as part of those not-quite-understood "CC test"
hacks.
The present change fixes this bug at a long last: if we are building fw for a
target that has TI's "classic" DTR & DCD GPIO arrangement (dsample, fcmodem and
gtm900), we bring back all of TI's original code in both uartfax.c and niq32.c,
whereas if we are building fw for a target that does not use this classic GPIO
arrangement, the code in niq32.c goes back to what we got from OM and all
DTR & DCD code in uartfax.c is conditioned out. This change also removes the
very last remaining bit of "CC test" bogosity from our FreeCalypso code base.
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Sun, 19 Jan 2020 01:41:35 +0000 |
parents | d6da3c06d484 |
children |
line wrap: on
line source
/* * The only DSP patch code we have for 36_10 is the dynamic download version * which we have extracted from the world's last surviving copy of TCS211 fw * for Calypso modems. The purpose of this cheesy patch_file36_10.c wrapper * is to allow experimental builds with L1_DYN_DSP_DWNLD=0: we use the static * portion of our only available patch code, and simply not do the dynamic part. * * This configuration is intended only for experiments, not for production! * The dynamic parts of the DSP patch code which this configuration omits * are surely there for some good reason, and we can only guess what we are * going to destabilize by disabling them. */ #include "patch_file36_10_dyn_dwl.c"