FreeCalypso > hg > fc-magnetite
view blobs/patches/frame_na7_db_ir-systrace.patch @ 685:3fb7384e820d
tpudrv12.h: FCDEV3B goes back to being itself
A while back we had the idea of a FreeCalypso modem family whereby our
current fcdev3b target would some day morph into fcmodem, with multiple
FC modem family products, potentially either triband or quadband, being
firmware-compatible with each other and with our original FCDEV3B. But
in light of the discovery of Tango modules that earlier idea is now being
withdrawn: instead the already existing Tango hw is being adopted into
our FreeCalypso family.
Tango cannot be firmware-compatible with triband OM/FCDEV3B targets
because the original quadband RFFE on Tango modules is wired in TI's
original Leonardo arrangement. Because this Leonardo/Tango way is now
becoming the official FreeCalypso way of driving quadband RFFEs thanks
to the adoption of Tango into our FC family, our earlier idea of
extending FIC's triband RFFE control signals with TSPACT5 no longer makes
much sense - we will probably never produce any new hardware with that
once-proposed arrangement. Therefore, that triband-or-quadband FCFAM
provision is being removed from the code base, and FCDEV3B goes back to
being treated the same way as CONFIG_TARGET_GTAMODEM for RFFE control
purposes.
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Thu, 24 Sep 2020 21:03:08 +0000 |
parents | acb07ce22054 |
children |
line wrap: on
line source
# TI's original version of the pf_TaskEntry() function in the guts of GPF # does this number once all GPF tasks have entered their main loop: # # TraceMask[0] = 0; # # The effect of this line is that "system" trace output gets disabled; # in particular, "system primitive" requests like querying for existing # TRACECLASS of various entities or for the GPF version elicit no response # whatsoever until one sends a TRACECLASS setting sysprim which restores # the TC_SYSTEM bit in TraceMask[0]. # # In FreeCalypso we consider this clearing of TraceMask[0] to be either # a bug or a misfeature, and we would like to change it. In the case of # the GPF code in question, we do have a copy of frame.c source (the module # where the offending pf_TaskEntry() function is implemented) which we believe # is the same code as what's in the TCS211 version of GPF, but TCS211 is not # set up to recompile any part of GPF from source, and there are other modules # in the same frame_na7_db_ir.lib for which we don't have the original source # (os_*), hence it is easier to do a binary lib patch. # # The present patch is a binary form of: # # -TraceMask[0] = 0; # +TraceMask[0] = TC_SYSTEM; [frame.obj] .text 2ee 10