FreeCalypso > hg > fc-magnetite

view src/ui3/mfw/mfw_bt_private.h @ 629:3231dd9b38c1

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
armio.c: make GPIOs 8 & 13 outputs driving 1 on all "classic" targets Calypso GPIOs 8 & 13 are pinmuxed with MCUEN1 & MCUEN2, respectively, and on powerup these pins are MCUEN, i.e., outputs driving 1. TI's code for C-Sample and earlier turns them into GPIOs configured as outputs also driving 1 - so far, so good - but TI's code for BOARD 41 (which covers D-Sample, Leonardo and all real world Calypso devices derived from the latter) switches them from MCUEN to GPIOs, but then leaves them as inputs. Given that the hardware powerup state of these two pins is outputs driving 1, every Calypso board design MUST be compatible with such driving; typically these GPIO signals will be either unused and unconnected or connected as outputs driving some peripheral. Turning these pins into GPIO inputs will result in floating inputs on every reasonably-wired board, thus I am convinced that this configuration is nothing but a bug on the part of whoever wrote this code at TI. This floating input bug had already been fixed earlier for GTA modem and FCDEV3B targets; the present change makes the fix unconditional for all "classic" targets. The newly affected targets are D-Sample, Leonardo, Tango and GTM900.
author Mychaela Falconia <falcon@freecalypso.org>
date Thu, 02 Jan 2020 05:38:26 +0000
parents e8ddbb0837ed
children
line wrap: on
line source

/*******************************************************************************\
*                                                                           	*
*  TEXAS INSTRUMENTS ISRAEL PROPRIETARY AND CONFIDENTIAL INFORMATION			*
*																				*
*  LEGAL NOTE: THE TRANSFER OF THE TECHNICAL INFORMATION IS BEING MADE			*
*	UNDER AN EXPORT LICENSE ISSUED BY THE ISRAELI GOVERNMENT AND THAT THE		*
*	APPLICABLE EXPORT LICENSE DOES NOT ALLOW THE TECHNICAL INFORMATION TO		*
*	BE USED FOR THE MODIFICATION OF THE BT ENCRYPTION OR THE DEVELOPMENT		*
*	OF ANY NEW ENCRYPTION. THE INFORMATION CAN BE USED FOR THE INTERNAL			*
*	DESIGN AND MANUFACTURE OF TI PRODUCTS THAT WILL CONTAIN THE BT IC.			*
*																				*
\*******************************************************************************/
/*******************************************************************************\
*
*   FILE NAME:      mfw_bt_Private.h
*
*   DESCRIPTION:	This file defines the structures needed for BMI BT interface
*                   that are not exposed to BT
*
*   AUTHOR:         Anandhi Ramesh
*
*	Rev 0.1
*
\*******************************************************************************/
#ifndef __MFW_BT_PRIVATE
#define __MFW_BT_PRIVATE
#include "mfw_fm.h"
#include "mfw_bt_api.h"

#define BMI_BT_NOTCONNECTED 0
#define BMI_BT_CONNECTED 1

/*---------------------------------------------------------------------------*/
/*
 * BMI_BT_CMD_SRCTYPE
* Contains the types of commands that can occur. 
 */
/*---------------------------------------------------------------------------*/
typedef enum
{
  BMI_BT_COMMAND_NONE = 0,
  BMI_BT_HANDSET_COMMAND,
  BMI_BT_HEADSET_COMMAND
}BMI_BT_CMD_SRCTYPE;

/*---------------------------------------------------------------------------*/
/*
 * BMI_BT_STRUCTTYPE
 * Global structure that contains the following information
 *    Connection status
 *    State of audio - play/pause/stop etc
 *    Source of the command - could be from headset or handset
 *    callback function for BT
 */
/*---------------------------------------------------------------------------*/
typedef struct
{
    BOOL bConnected;
    T_FM_AUD_STATE tAudioState;
    BMI_BT_CMD_SRCTYPE tCmdSrc;
    void (*BmiEventCallback)(BmiAvEvent);
}BMI_BT_STRUCTTYPE;

#endif // __MFW_BT_PRIVATE