view src/ui3/mfw/mfw_cb.h @ 685:3fb7384e820d

tpudrv12.h: FCDEV3B goes back to being itself A while back we had the idea of a FreeCalypso modem family whereby our current fcdev3b target would some day morph into fcmodem, with multiple FC modem family products, potentially either triband or quadband, being firmware-compatible with each other and with our original FCDEV3B. But in light of the discovery of Tango modules that earlier idea is now being withdrawn: instead the already existing Tango hw is being adopted into our FreeCalypso family. Tango cannot be firmware-compatible with triband OM/FCDEV3B targets because the original quadband RFFE on Tango modules is wired in TI's original Leonardo arrangement. Because this Leonardo/Tango way is now becoming the official FreeCalypso way of driving quadband RFFEs thanks to the adoption of Tango into our FC family, our earlier idea of extending FIC's triband RFFE control signals with TSPACT5 no longer makes much sense - we will probably never produce any new hardware with that once-proposed arrangement. Therefore, that triband-or-quadband FCFAM provision is being removed from the code base, and FCDEV3B goes back to being treated the same way as CONFIG_TARGET_GTAMODEM for RFFE control purposes.
author Mychaela Falconia <falcon@freecalypso.org>
date Thu, 24 Sep 2020 21:03:08 +0000
parents e8ddbb0837ed
children
line wrap: on
line source

/*
+--------------------------------------------------------------------+
| PROJECT: GSM-MFW (?)                  $Workfile:: mfw_cb.h       $|
| $Author:: Es                          $Revision::  1              $|
| CREATED: 14.10.98                     $Modtime:: 27.10.98 17:32   $|
| STATE  : code                                                      |
+--------------------------------------------------------------------+

	PURPOSE :  Types definitions for MMI framework call backs distribution

	$History:: mfw_cm.h                                              $

        May 10, 2006    REF: DRT OMAPS00075829  xdeepadh
        Description: Submission of ACI and SAP changes for Imaging ERs 
        Solution: Using the mechanism where MFW can receive primitives without
        ACI to know about it.

	x0018858 24 Mar, 2005 MMI-FIX-11321
	Issue Description :- If the inbox is full and a new message is receivd, no indication is received.
	Fix: Added support for handling indication when message box is full and
	there is a pending message.


    .
*/

#ifndef DEF_MFW_CB_HEADER
#define DEF_MFW_CB_HEADER

// May 10, 2006    REF: DRT OMAPS00075829  xdeepadh
#if defined(FF_MMI_FILEMANAGER)||defined(FF_MMI_CAMERA_APP)

/*Defining the premitive*/
#define MSL_MMI_IND      0x110   /*Specifying hex value */

typedef struct
{
  U32                       handle;                   /*<  0:  4> Basic Element                                      */
  U32                       appData;                  /*<  4:  4> Basic Element                                      */
  U32                       message;                  /*<  8:  4> Basic Element                                      */
  U32                       ucp;                      /*< 12:  4> Basic Element                                      */
} T_MSL_MMI_IND;



#endif //defined(FF_MMI_FILEMANAGER)||defined(FF_MMI_CAMERA_APP)
/*
 * not yet defined in aci_cmh.h
 */
#define CME_ERR_SimPin2Req  35
#define CME_ERR_SimPuk2Req  36
//	x0018858 24 Mar, 2005 MMI-FIX-11321
extern UBYTE sms_check_message_pending(void);
// May 10, 2006    REF: DRT OMAPS00075829  xdeepadh
#if defined(FF_MMI_FILEMANAGER)||defined(FF_MMI_CAMERA_APP)
GLOBAL BOOL mslPrimHandler (USHORT opc, void * data) ;
GLOBAL  void Mslil_msl_mmi_ind ( T_MSL_MMI_IND *msl_mmi_ind); /*a0393213 compiler warning removal - removed const*/
/*a0393213 cphs rel4*/
#ifdef FF_CPHS_REL4
GLOBAL void rAT_PercentCFIS ( T_ACI_CFIS_CFU *cfis );
#endif
#endif //#if defined(FF_MMI_FILEMANAGER)||defined(FF_MMI_CAMERA_APP)
#endif