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