FreeCalypso > hg > freecalypso-sw
comparison doc/TIFFS @ 224:2900fe603f8a
beginning of MPFFS->TIFFS naming convention change
| author | Michael Spacefalcon <msokolov@ivan.Harhan.ORG> |
|---|---|
| date | Sun, 12 Jan 2014 07:59:00 +0000 |
| parents | |
| children | 1852900ce9ea |
comparison
equal
deleted
inserted
replaced
| 223:0848c7f419fd | 224:2900fe603f8a |
|---|---|
| 1 All TI GSM firmwares known to this author (FreeCalypso developer Space Falcon) | |
| 2 implement some kind of flash file system, or FFS. Several different FFS code | |
| 3 implementations, and correspondingly several different on-flash data formats, | |
| 4 have been used throughout the history of TI's involvement in the wireless | |
| 5 terminal business. The FFS incarnation of primary interest to the FreeCalypso | |
| 6 project is the one invented by Mads Meisner-Jensen at TI in the early 2000s | |
| 7 (at least according to the comments in the sources available to us), and it is | |
| 8 relevant to us in the following ways: | |
| 9 | |
| 10 * When targeting the GSM modem in Openmoko's GTA01/02 smartphones, we need to | |
| 11 work with the original FFS from the factory (call it MokoFFS), the same FFS | |
| 12 as used by the mokoN firmwares: this FFS contains the IMEI and the RF | |
| 13 calibration values from the factory, which we most certainly don't want to go | |
| 14 without. | |
| 15 | |
| 16 * The Leonardo firmware semi-src which we are using as the reference for | |
| 17 building our own full source, multi-target GSM fw contains a turnkey-working | |
| 18 implementation of this very FFS, using the on-flash format in question and | |
| 19 providing run-time APIs expected by the rest of the GSM fw suite. Following | |
| 20 the principle of ``if it ain't broke, don't fix it'', we can use this FFS not | |
| 21 only on the gtamodem target, but also on other targets, including those where | |
| 22 we would be starting from a blank state and thus have the freedom to use | |
| 23 whatever FFS we like. | |
| 24 | |
| 25 * The original proprietary fw on the Pirelli DP-L10 phone also happens to use | |
| 26 an FFS in the same format. Pirelli's FFS does *not* contain the IMEI or any | |
| 27 of the RF calibration values though, and trying to reuse it directly for our | |
| 28 own FC GSM fw seems to be more trouble than benefit - so we'll probably have | |
| 29 our fw start with a blank TIFFS instead - but there is still insight to be | |
| 30 gained from in-vitro examination of captured Pirelli FFS images. | |
| 31 | |
| 32 Naming | |
| 33 ====== | |
| 34 | |
| 35 I have previously referred to the FFS format in question as Mokopir-FFS or | |
| 36 MPFFS, from "Moko" and "Pirelli". I was originally hesitant to call it TIFFS, | |
| 37 as lacking the source code, I had no way of knowing whether the FFS format and | |
| 38 implementation were of TI's own invention, or something that TI licensed as a | |
| 39 black box from one of their many proprietary software partners. (I was unable | |
| 40 to identify it as any well-known, industry-standard FFS format, but absence of | |
| 41 evidence is not evidence of absence.) But now that we have TI's original source | |
| 42 code which implements this FFS (first the MV100-0.1.rar source, then the full | |
| 43 Leonardo one), complete with comments and a HISTORY file, we know that our FFS | |
| 44 was invented and implemented by someone named Mads Meisner-Jensen at TI - I'm | |
| 45 guessing in the SSA group in Nice, France. | |
| 46 | |
| 47 I am now making a naming transition from MPFFS to TIFFS: there is really no | |
| 48 link between this FFS format and the Openmoko+Pirelli duo, other than the | |
| 49 happenstance of me having first encountered this FFS on these two GSM device | |
| 50 brands, and the name TIFFS is more neutrally-descriptive. |
