FreeCalypso > hg > fc-magnetite
view src/ui3/mfw/mfw_mp3test.h @ 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 | e8ddbb0837ed |
| children |
line wrap: on
line source
/* +--------------------------------------------------------------------+ | PROJECT: MMI-Framework (8417) $Workfile:: mfw_mp3test.h $| | $Author:: NDH $Revision:: 1 $| | CREATED: 21.05.04 $Modtime:: 21.05.04 $| | STATE : code | +--------------------------------------------------------------------+ MODULE : MFW_MP3TEST PURPOSE : This module contains the definitions for the Midi Riveria Interface. HISTORY : Sep 11, 2006 DR: OMAPS00094182 xrashmic Description: midi and mp3 files is not being populated on accessing corresponding menu, but only during bootup Solution: Populate files on accessing the "browse files" list Jun 02,2006 REF: DR OMAPS00079746 x0039928 Bug:MMI displays 'Playing' when trying to play a wrong file Fix: MP3 playback error is handled. Nov 16,2005 REF: DR OMAPS00049192 x0039928 Bug:MP3: The screen is not refreshed after the mp3 file completes playing Fix: The AUDIO_OK event recieved after mp3 file play completes is now handled in mfw_mp3_test_start_cb() Nov 14, 2005 REF: OMAPS00044445 xdeepadh Description: Implementation of Test Menu for AAC Solution: The existing MP3 test Application has been enhanced to support the AAC file testing. The interfaces have been made generic to support both MP3 and AAC files. */ /* ** Midi Test Return Values */ #define MFW_PLAYER_MP3 0 #define MFW_PLAYER_AAC 1 #define MFW_PLAYER_TEST_OK (0) #define MFW_PLAYER_TEST_RIVIERA_FAILED (-1) #define MFW_PLAYER_TEST_MEM_FULL (-2) #define MFW_PLAYER_TEST_MEM_EMPTY (-3) // Nov 16,2005 REF: DR OMAPS00049192 x0039928 // Jun 02,2006 REF: DR OMAPS00079746 x0039928 // Fix: Added a new parameter to the callback function. typedef struct { T_MFW_HND focus_win; void (*callback)(T_MFW_HND, SHORT); } MMI_RETURN_PATH; /* ** Midi Test Functions Prototypes */ SHORT mfw_audio_player_set_channel_mono(void); SHORT mfw_audio_player_set_channel_stereo(void); SHORT mfw_audio_player_play(void); char* mfw_audio_player_return_file_name(int index); int mfw_audio_player_return_file_number(void); SHORT mfw_audio_player_save_selected_file_idx(int index); SHORT mfw_audio_player_play(void); SHORT mfw_audio_player_pause(void); SHORT mfw_audio_player_resume(void); SHORT mfw_audio_player_stop(void); void mfw_audio_player_init(void); char *mfw_audio_player_GetExtension(char *src); void mfw_audio_player_unpopulate_files(void);//Sep 11, 2006 DR: OMAPS00094182 xrashmic