FreeCalypso > hg > fc-magnetite

view cdg211/prim/rrrrlp.pdf @ 635:baa0a02bc676

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
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 56abf6cf8a0b
children
line wrap: on
line source

;********************************************************************************
;*** File           : rrrrlp.pdf
;*** Creation       : Fri Jun 08 13:58:29 CST 2007
;*** XSLT Processor : Apache Software Foundation / http://xml.apache.org/xalan-j / supports XSLT-Ver: 1
;*** Copyright      : (c) Texas Instruments AG, Berlin Germany 2002
;********************************************************************************
;*** Document Type  : Service Access Point Specification
;*** Document Name  : rrrrlp
;*** Document No.   : 0000.000.00.002
;*** Document Date  : 2002-09-10
;*** Document Status: BEING_PROCESSED
;*** Document Author: VK
;********************************************************************************



PRAGMA 	SRC_FILE_TIME 	"Mon Nov 24 15:51:14 2003"
PRAGMA 	LAST_MODIFIED 	"2002-09-10"
PRAGMA 	ID_AND_VERSION 	"0000.000.00.002"



CONST 	MAX_SDU_LEN 	1 	; 
CONST 	MAX_NCELL_L1 	12 	; Max no. of NC layer 1 is able to measure
CONST 	MAX_NCELL_EOTD 	15 	; Max no. of NC reported in the Measurement Assistance Data Element (3GPP 04.31)
CONST 	MAX_NCELL_EOTD_SI 	32 	; Max no. of NC reported in the Measurement Assistance Data SI List Element (3GPP 04.31)






VAR 	dummy 	"Dummy" 	B


VAR 	l_buf 	"length in bits" 	S


VAR 	o_buf 	"offset in bits" 	S


VAR 	buf 	"bit buffer" 	B


VAR 	cr 	"Command or Response" 	B





COMP 	sdu 	 "Service Data Unit"
{
 	l_buf 	 ; length in bits
 	o_buf 	 ; offset in bits
 	buf 	[MAX_SDU_LEN] 	 ; bit buffer
}






; RRRRLP_DATA_IND 	0x80004041
; RRRRLP_DATA_REQ 	0x80000041
; RRRRLP_DATA_CNF 	0x80014041
; RRRRLP_ERROR_IND 	0x80024041



PRIM 	RRRRLP_DATA_IND 	0x80004041
{
 	cr 	 ; Command / Response
 	sdu 	 ; APDU_IND
}






PRIM 	RRRRLP_DATA_REQ 	0x80000041
{
 	cr 	 ; Command / Response
 	sdu 	 ; APDU_REQ
}






PRIM 	RRRRLP_DATA_CNF 	0x80014041
{
 	dummy 	 ; Dummy
}






PRIM 	RRRRLP_ERROR_IND 	0x80024041
{
 	dummy 	 ; Dummy
}