FreeCalypso > hg > fc-magnetite
view src/cs/drivers/drv_app/kpd/kpd_physical_key_def.h @ 673:62a5285e014a
Lorekeeping: allow tpudrv-leonardo.lib on Leonardo/Tango
Back in 2015 the Mother's idea was to produce a FreeCalypso development
board that would be a clone of TI Leonardo, including the original
quadband RFFE; one major additional stipulation was that this board
needed to be able to run original unmodified TCS211-20070608 firmware
with all blobs intact, with only minimal binary patches to main.lib
and tpudrv.lib. The necessary patched libs were produced at that time
in the tcs211-patches repository.
That plan was changed and we produced FCDEV3B instead, with Openmoko's
triband RFFE instead of Leonardo quadband, but when FC Magnetite started
in 2016, a TPUDRV_blob= provision was still made, allowing the possibility
of patching OM's tpudrv.lib for a restored Leonardo RFFE.
Now in 2020 we have FC Tango which is essentially a verbatim clone of
Leonardo core, including the original quadband RFFE. We have also
deblobbed our firmware so much that we have absolutely no real need
for a blob version of tpudrv.lib - but I thought it would be neat to put
the ancient TPUDRV_blob= mechanism (classic config) to its originally
intended use, just for the heck of it.
| author | Mychaela Falconia <falcon@freecalypso.org> |
|---|---|
| date | Fri, 29 May 2020 03:55:36 +0000 |
| parents | 92dbfa906f66 |
| children |
line wrap: on
line source
/** * @file kpd_physical_key_def.h * * Definition of physical key values available on keypad. * * @author Laurent Sollier (l-sollier@ti.com) * @version 0.1 */ /* * History: * * Date Author Modification * ---------------------------------------- * 11/02/2001 L Sollier Create * * * (C) Copyright 2001 by Texas Instruments Incorporated, All Rights Reserved */ /** Definition of the physical key ID. */ #ifndef _KPD_PHYSICAL_KEY_DEF_H_ #define _KPD_PHYSICAL_KEY_DEF_H_ #ifndef _WINDOWS #include "config/board.cfg" #include "config/fc-target.h" #endif /** Definition of the physical key ID. */ #define KPD_PKEY_NULL (-1) #define KPD_PKEY_0 (0) #define KPD_PKEY_1 (1) #define KPD_PKEY_2 (2) #define KPD_PKEY_3 (3) #define KPD_PKEY_4 (4) #define KPD_PKEY_5 (5) #define KPD_PKEY_6 (6) #define KPD_PKEY_7 (7) #define KPD_PKEY_8 (8) #define KPD_PKEY_9 (9) #define KPD_PKEY_UP (10) #define KPD_PKEY_DOWN (11) #define KPD_PKEY_SOFT_LEFT (12) #define KPD_PKEY_SOFT_RIGHT (13) #define KPD_PKEY_GREEN (14) #define KPD_PKEY_RED (15) #define KPD_PKEY_DIESE (16) #define KPD_PKEY_STAR (17) #if (BOARD == 40) || (BOARD == 41) || (BOARD == 42) || (BOARD == 43) || (defined _WINDOWS) #define KPD_PKEY_VOL_UP (18) #define KPD_PKEY_VOL_DOWN (19) #define KPD_PKEY_LEFT (20) #define KPD_PKEY_RIGHT (21) #define KPD_PKEY_NAV_CENTER (22) #define KPD_PKEY_REC (23) #endif #ifndef CONFIG_TARGET_COMPAL /* The PWR key is mapped on Analog Base Band, it's the SPI which inform the keypad that the PWR key is pressed, so the process for this key is different of the others, a subscriber can be notified only by a short press of the PWR key, even if this key has been set for a long press or repeat press with the function kpd_define_repeat_keys. The following #define allows to map any key with the PWR key. */ #define KPD_SHORT_PRESS_PWR_KEY KPD_PKEY_RED #else /* * On C1xx phones the red key grounds not only the PWON signal to the ABB, * but also row input line 4 of the regular keypad matrix. The latter * results in the regular keypad interrupt being generated, so we have * to handle it with the regular keys, not in TI's way. We disable the * KPD_SHORT_PRESS_PWR_KEY mechanism by defining it to a key that does not * exist on this keypad. */ #define KPD_SHORT_PRESS_PWR_KEY KPD_PKEY_REC #endif #endif /* #ifndef _KPD_PHYSICAL_KEY_DEF_H_ */