FreeCalypso > hg > fc-selenite
view README @ 151:ea4af6f4104d
cst_exts.c: changes from Magnetite: allow BIG_SMALL_SLEEP
and formatting fixes
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Wed, 06 Feb 2019 23:34:17 +0000 |
parents | ee67197fd2e5 |
children | 9b49f18d3221 |
line wrap: on
line source
FreeCalypso Selenite is an experimental side branch off the mainline FC Magnetite firmware. The principal changes from Magnetite are: * Only modem functionality is supported. FC Magnetite includes TI's C-Sample and D-Sample demo/prototype UI code and work in progress toward our own FreeCalypso Libre Dumbphone; this code is not included and this functionality is explicitly unsupported in Selenite. * Only the hybrid modem configuration is supported, using the new G23M PS and ACI code from TCS3.2/LoCosto, not any of the legacy configurations that used the blob-laden version from TCS211-20070608. * The old version of Nucleus used in TI's TCS211 program (binary sans source) has been replaced with FreeNucleus by XVilka. OSL (GPF to Nucleus glue layer) is the source-reconstructed version. * The tree layout and the build system are structured in such a way that it is possible to build either with TI's original TMS470 compiler or with gcc. The purpose of this Selenite fw experiment is to see what will happen if we take our full-featured hybrid modem fw as featured in Magnetite and compile it with gcc instead of TI's original TMS470 compiler, which also implies swapping in the new version of Nucleus and an entirely different implementation of all assembly components and linker script magic. The current status is as follows: * When built with the original TMS470 compiler, the present Selenite fw appears to perform no worse than Magnetite hybrid. * It is now possible to compile the full-featured fw with gcc without disabling GPRS (no more crash on boot), but actually using GPRS doesn't work: pppd establishes the point-to-point connection to the network's GGSN and gets an IP address, but then trying to ping through this established connection causes the fw to crash. * Voice, SMS and CSD appear to work in the gcc-built version, but this firmware is not as stable as Magnetite hybrid: I saw some occasional glitches which I did not investigate further. Compared to FC Citrine (our previous attempt at gcc-built fw), the present FC Selenite firmware built with gcc already offers the following: * CSD support; * Audio services: playing beeps and melodies through the DSP; * Newer code: FC Selenite branched off Magnetite in 2018-07 and is being periodically synced with new Magnetite developments, whereas FC Citrine has been unmaintained since 2016-10. Because FC Selenite gcc already does everything that FC Citrine could do and more, and is no less free, FC Citrine is now officially fully retired. As the next step, someone needs to do the work of tracking down and debugging all of the issues seen in the gcc-built version, and make it work as well as the original TMS470-built configuration. However, I (Mother Mychaela) am not currently allocating my time toward that work because I see other directions within the greater FreeCalypso family of projects as being more important. Specifically, I see the following as much higher priorities compared to gcc-built firmware: * Getting our FCDEV3B V2 boards made to prove my proposed fix for the sleep mode bug, and if they work as expected, we'll need to make more FreeCalypso modem hw in various form factors and put that hw into the hands of end users. Software or firmware without hardware to run it on is useless no matter how good or how free/libre it is, hence it makes no sense to me to worry whether our fw is built with gcc or with TI's TMS470 compiler until the hardware that's needed to run it is made in greater volume and placed into the hands of people who would appreciate it. * Getting the digital voice channel over MCSI working, which is a prerequisite before we can repackage our FreeCalypso modem into a module form factor which could then be marketed to communities like Neo900 and Librem 5 as a drop-in replacement for the 100% closed and proprietary modem modules they use currently. * Building our long-planned FreeCalypso Libre Dumbphone hardware, so we can have a complete phone without needing someone else like Neo900 or Librem 5 or ZeroPhone to provide an application processor front-end to our modem. Anyone else who feels that whipping the gcc-built fw version into shape should be a higher priority has two options: either do the work themselves (the code is free for everyone), or pay Falconia Partners LLC to elevate the priority of this gcc-built fw work.