FreeCalypso > hg > freecalypso-reveng
changeset 360:1f13f0e43e43
fluid-mnf: doc update after GTA02 tests
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Sat, 14 Mar 2020 08:33:22 +0000 |
parents | 83aed2355592 |
children | 5d1c186cc3cf |
files | fluid-mnf/Performance fluid-mnf/README |
diffstat | 2 files changed, 22 insertions(+), 4 deletions(-) [+] |
line wrap: on
line diff
--- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/fluid-mnf/Performance Sat Mar 14 08:33:22 2020 +0000 @@ -0,0 +1,19 @@ +Even though it cannot be a replacement for fc-loadtool in most use cases, FLUID +is very aggressively optimized for speed in ways that would be hard to match in +our fc-loadtool architecture. Therefore, on those targets which are supported +by both FLUID and fc-loadtool, flash programming with FLUID is faster. Here +are the performance numbers, flashing an Openmoko GTA02 modem with firmware +version moko-new-fw-20190128, going through the external headset jack, +UberWaves CP2102 Professional cable: + +fluid-mnf at 115200 baud: 2m28s +fc-loadtool at 115200 baud: 4m02s +fluid-mnf at 812500 baud: 0m40s +fc-loadtool at 812500 baud: 1m12s + +With both tools the m0 version of the firmware image (fwimage.m0) was being +flashed; in the case of fc-loadtool the new flash e-program-m0 command was used. +The version of fc-loadtool used for this test is the one that is about to be +released with fc-host-tools-r13; previous versions would be even slower. In +the case of fluid-mnf the -C option was used to disable delta downloads, making +the test operation independent of previous flash state.
--- a/fluid-mnf/README Fri Mar 13 21:38:12 2020 +0000 +++ b/fluid-mnf/README Sat Mar 14 08:33:22 2020 +0000 @@ -16,10 +16,6 @@ stupidity, supporting all of these baud rates in a Unix application requires non-portable hacks. -The present fluid-mnf port has been put together in less than 24 h, but it has -not been tested on any hardware yet - another few hours till I get home where -the hardware is. Stay tuned! - Please note that the target-side binaries in the target-bin directory are unchanged from TI's original delivery, just like Openmoko left them unchanged in their version. I am not even bothering with setting up an environment to @@ -42,3 +38,6 @@ * A certain non-TI development board nicknamed Caramel which has a Leonardo clone as its core but has a D-Sample-like physical form factor; * Openmoko GTA01 and GTA02 modems. + +Openmoko GTA02 has just been tested and confirmed to work with fluid-mnf; +D-Sample and Caramel boards remain to be tested.