view blobs/patches/frame_na7_db_ir-systrace.patch @ 581:a0a45c5eb3ef

gsmcomp.c: bumping trace partition size to 220 like in gprscomp.c This change is safe in terms of RAM usage because all of these partition pools have already been moved from XRAM to IRAM earlier, and our IRAM usage in VO configs is currently quite low - the one near the limit is XRAM on C11x.
author Mychaela Falconia <falcon@freecalypso.org>
date Tue, 29 Jan 2019 03:52:49 +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