FreeCalypso > hg > fc-magnetite
view blobs/patches/frame_na7_db_ir-systrace.patch @ 701:35e7f9d0379f
targets: add TARGET_HAS_BUZZER to c11x, c139 and dsample
This new target config preprocessor symbol was introduced in Tourmaline
in connection with the new approach to playing buzzer melodies via PWT,
properly omitting the responsible code on targets where BU output
controls the vibrator instead. That code is not present in Magnetite
and we have no plans to backport it here, but target header files
should be kept consistent between the two trees, especially given
that we plan to support FC Venus target in Magnetite.
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Sat, 26 Mar 2022 19:51:34 +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