FreeCalypso > hg > fc-magnetite
changeset 618:ed403a239ec6
doc/D-Sample: update for the failed attempt to reconstruct tpudrv10.c
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Sun, 06 Oct 2019 18:55:08 +0000 |
parents | c32c887ced3a |
children | 5a0ddb29c58e |
files | doc/D-Sample |
diffstat | 1 files changed, 9 insertions(+), 4 deletions(-) [+] |
line wrap: on
line diff
--- a/doc/D-Sample Sun Oct 06 05:38:26 2019 +0000 +++ b/doc/D-Sample Sun Oct 06 18:55:08 2019 +0000 @@ -23,10 +23,15 @@ Clara. We have now successfully reconstructed the lost C sources for the RF- independent and Rita-specific L1 modules, and we have l1_rf10.c for Clara RF from the MV100 source fragments, but we are still missing the tpudrv10.c module -which is also required for Clara RF. Right now if one builds our current -Magnetite fw for target dsample, a placeholder stub version of tpudrv10.c is -used - it allows the firmware to link, but does not do any actual RF control, -thus any attempts to bring up the radio immediately fail. +which is also required for Clara RF. The 20020917 fw image that came flashed +with this board does operate the RF hardware (tested and proven good with our +CMU200 instrument), and we have tried extracting the elusive tpudrv10 bits from +this original 20020917 fw. Our current tpudrv10.c driver is an attempt to +replicate what the original firmware appears to do, i.e., a translation of the +mystery logic from disassembly to C. But unfortunately it doesn't work, i.e., +when we flash our Magnetite fw into the board, we get non-working RF: in the Rx +direction the Calypso DSP fails to receive the signal put out by the CMU200, +and in the Tx direction the CMU200 detects no signal put out by the MS. Despite having no working radio, everything else works: we can flash our own Magnetite fw images into the board with our fc-loadtool (fc-host-tools-r8 or