view cdg3/cdginc-locosto/p_8010_135_sn_sap.val @ 636:57e67ca2e1cb

pcmdata.c: default +CGMI to "FreeCalypso" and +CGMM to model The present change has no effect whatsoever on Falconia-made and Openmoko-made devices on which /pcm/CGMI and /pcm/CGMM files have been programmed in FFS with sensible ID strings by the respective factories, but what should AT+CGMI and AT+CGMM queries return when the device is a Huawei GTM900 or Tango modem that has been converted to FreeCalypso with a firmware change? Before the present change they would return compiled-in defaults of "<manufacturer>" and "<model>", respectively; with the present change the firmware will self-identify as "FreeCalypso GTM900-FC" or "FreeCalypso Tango" on the two respective targets. This firmware identification will become important if someone incorporates an FC-converted GTM900 or Tango modem into a ZeroPhone-style smartphone where some high-level software like ofono will be talking to the modem and will need to properly identify this modem as FreeCalypso, as opposed to some other AT command modem flavor with different quirks. In technical terms, the compiled-in default for the AT+CGMI query (which will always be overridden by the /pcm/CGMI file in FFS if one is present) is now "FreeCalypso" in all configs on all targets; the compiled-in default for the AT+CGMM query (likewise always overridden by /pcm/CGMM if present) is "GTM900-FC" if CONFIG_TARGET_GTM900 or "Tango" if CONFIG_TARGET_TANGO or the original default of "<model>" otherwise.
author Mychaela Falconia <falcon@freecalypso.org>
date Sun, 19 Jan 2020 20:14:58 +0000
parents c15047b3d00d
children
line wrap: on
line source

/*
+--------------------------------------------------------------------------+
| PROJECT : PROTOCOL STACK                                                 |
| FILE    : p_8010_135_sn_sap.val                                          |
| SOURCE  : "sap\8010_135_sn_sap.pdf"                                      |
| LastModified : "2004-06-08"                                              |
| IdAndVersion : "8010.135.04.012"                                         |
| SrcFileTime  : "Thu Nov 29 09:27:14 2007"                                |
| Generated by CCDGEN_2.5.5A on Thu Sep 25 09:18:53 2014                   |
|           !!DO NOT MODIFY!!DO NOT MODIFY!!DO NOT MODIFY!!                |
+--------------------------------------------------------------------------+
*/

/* PRAGMAS
 * PREFIX                 : SN
 * COMPATIBILITY_DEFINES  : NO
 * ALWAYS_ENUM_IN_VAL_FILE: YES
 * ENABLE_GROUP: NO
 * CAPITALIZE_TYPENAME: NO
 */


#ifndef P_8010_135_SN_SAP_VAL
#define P_8010_135_SN_SAP_VAL


#define CDG_ENTER__P_8010_135_SN_SAP_VAL

#define CDG_ENTER__FILENAME _P_8010_135_SN_SAP_VAL
#define CDG_ENTER__P_8010_135_SN_SAP_VAL__FILE_TYPE CDGINC
#define CDG_ENTER__P_8010_135_SN_SAP_VAL__LAST_MODIFIED _2004_06_08
#define CDG_ENTER__P_8010_135_SN_SAP_VAL__ID_AND_VERSION _8010_135_04_012

#define CDG_ENTER__P_8010_135_SN_SAP_VAL__SRC_FILE_TIME _Thu_Nov_29_09_27_14_2007

#include "CDG_ENTER.h"

#undef CDG_ENTER__P_8010_135_SN_SAP_VAL

#undef CDG_ENTER__FILENAME

#include "p_8010_137_nas_include.val"   /* Access values independent from the corresponding h-file. */

#include "p_8010_152_ps_include.val"   /* Access values independent from the corresponding h-file. */

#include "p_8010_153_cause_include.val"   /* Access values independent from the corresponding h-file. */


/*
 * Enum to value table VAL_establish
 * CCDGEN:WriteEnum_Count==28
 */
#ifndef __T_SN_VAL_establish__
#define __T_SN_VAL_establish__
typedef enum
{
  SN_ACTIVE_ESTABLISHMENT        = 0x0,           /* SNDCP shall send LL_ESTABLISH_REQ */
  SN_PASSIVE_ESTABLISHMENT       = 0x1            /* SNDCP shall wait for LL_ESTABLISH_IND */
}T_SN_VAL_establish;
#endif

/*
 * user defined constants
 */
#define SN_MAX_UL_PDU                  (0xff)     
#define SN_SIZE_NSAPI                  (0x10)     

#include "CDG_LEAVE.h"


#endif