# HG changeset patch # User Mychaela Falconia # Date 1570388108 0 # Node ID ed403a239ec6a871ce65b1e7379d801e7d0e9fe1 # Parent c32c887ced3a48ff7436ac2d9fe168e3c125e760 doc/D-Sample: update for the failed attempt to reconstruct tpudrv10.c diff -r c32c887ced3a -r ed403a239ec6 doc/D-Sample --- 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