view src/cs/system/bootloader/inc/optboot.h @ 660:293c7db5f10f

bmi3: fixed the mysterious "mute on first call" bug When UI-enabled fw boots on a previously blank (no /mmi/* files) FFS for the first time, the output_volume member of the persistent UI settings structure was left uninitialized, corresponding to the earpiece volume being set to mute, which is an invalid setting. Because of other quirks in the far-from-finished UI code, this volume setting takes effect only when the first call is answered, producing the odd behaviour seen at the user level. The current fix is to set the blank-FFS default for output_volume to volume level 4, which is the same -6 dB Iota volume as the ACI default.
author Mychaela Falconia <falcon@freecalypso.org>
date Thu, 14 May 2020 02:50:41 +0000
parents 945cf7f506b2
children
line wrap: on
line source

/*******************************************************************************
 *
 * OPTBOOT.H
 *
 * This module contains functions which build a confirmation for each option:
 *  - get the chip id,
 *  - get the monitor id,
 *  - get the board_id.
 *
 * (C) Texas Instruments 1999
 *
 ******************************************************************************/

#ifndef __OPTBOOT_H__
#define __OPTBOOT_H__

#include "command.h"


extern void opt_get_monitor_id (t_com_request *request,
                                t_com_confirmation *confirmation);

extern void
opt_load_application (t_com_request *request, t_com_confirmation *confirmation, SYS_UWORD8 device_id);

extern unsigned long
opt_get_running_address (t_com_request *request, t_com_confirmation *confirmation);


#endif /* __OPTBOOT_H__ */