view src/cs/drivers/drv_app/r2d/r2d_asm_lcds.s @ 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 945cf7f506b2
children
line wrap: on
line source


 .if (R2D_ASM = 1)

  .include "r2d_asm_configs.inc"

  .if (R2D_EMBEDDED_LCD = R2D_BOARD_COLOR_LCD) 
  .include "LCDs/ColorBoard/r2d_board_color_lcd_ia.s"
  .endif

  .if (R2D_EMBEDDED_LCD = R2D_BOARD_DSAMPLE_LCD)
  .include "LCDs/D_Sample/r2d_board_dsample_ia.s"
  .endif

  .if (R2D_EMBEDDED_LCD = R2D_BOARD_BW_DSAMPLE_LCD)
  .include "LCDs/BW_D_Sample/r2d_board_bw_dsample_ia.s"
  .endif

  .endif
  .end