FreeCalypso > hg > fc-tourmaline
view src/ui/bmi/mmiUserData.h @ 72:7bf39f5e834d
backlight control on Luna: switch PWL instead of LEDB
This change is preliminary toward upcoming rework of backlight control
logic in our UI firmware. LEDB does not exist on Tango-based platforms
(it is not brought out on Tango modules), thus turning it on and off
produces absolutely no effect beyond making L1 disable deep sleep
when LEDB is turned on. However, both iWOW DSK and our upcoming
FC Caramel2 boards have a PWL LED, so let's switch that LED on and off
to indicate the state of the UI firmware's backlight control.
Note that we are NOT switching the actual Luna LCD backlight here,
even though it is trivially controlled with a GPIO. The reason for
this seemingly strange choice is that we don't want to turn this
development board LCD backlight off until we bring the higher-level
backlight control logic up to par, including new logic to "swallow"
the first keypress that turns on the darkened LCD.
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Sat, 24 Oct 2020 07:39:54 +0000 |
parents | 67bfe9f274f6 |
children | c0052fe355d3 |
line wrap: on
line source
#ifndef _DEF_MMI_USERDATA_H_ #define _DEF_MMI_USERDATA_H_ /******************************************************************************* CONDAT (UK) ******************************************************************************** This software product is the property of Condat (UK) Ltd and may not be disclosed to any third party without the express permission of the owner. ******************************************************************************** $Project name: Basic MMI $Project code: BMI (6349) $Module: MMI $File: MmiUserData.h $Revision: 1.0 $Author: Condat(UK) $Date: 25/10/00 ******************************************************************************** Description: This provides the root mofule for the basic MMI ******************************************************************************** $History: MmiUserData.h $End *******************************************************************************/ #define ALLOC_MEMORY mfwAlloc #define FREE_MEMORY mfwFree /* * The following enum is the _only_ place where keys for the userData mechanism * can be defined. Everybody _can_ and _must_ define their own keys for * _every_ particular use of userData. */ typedef enum { UD_SOFTKEYS, UD_OLD_FOCUS, UD_SAT_BITS, UD_SAT_HANDLE, UD_SAT_KEYBOARD, UD_SAT_MENU, UD_SAT_MENU_ATTRIBUTES, UD_SAT_MENU_IDS, UD_SAT_MENU_STRINGPOOL, UD_SAT_SETUPMENU_COMMAND, UD_KBD, UD_PARENTWIN, UD_MENU } UserKey; /* * Please note that all functions below come in a userDataHnd... and userDataWin... * version, which have identical functionality, but get the <window> passed * in MfwHnd or MfwWin pointer form respectively. * You can just use either one depending on what you got hold of at the moment. */ void *userDataHndSet( MfwHnd window, UserKey key, void *data); void *userDataWinSet( MfwWin *window, UserKey key, void *data); /* * Sets the user data for <window> with <key> to <data>, * and returns the previous contents of the user data. * If <data> itself is returned no user data with <key> * existed and a new user data element with <key> has been created * and set to <data>. * If NULL is returned, either <window> was invalid or a new user data * element could not be created. */ void *userDataHndGet( MfwHnd window, UserKey key); void *userDataWinGet( MfwWin *window, UserKey key); /* * Returns the user data for <window> with <key>. * If NULL is returned, either <window> was invalid or no user data * with <key> existed. */ void *userDataHndDelete( MfwHnd window, UserKey key); void *userDataWinDelete( MfwWin *window, UserKey key); /* * Deletes the user data for <window> with <key>, and returns the * contents of the user data. * If NULL is returned, either <window> was invalid or no user data * with <key> existed. */ #endif