view src/cs/layer1/dsp1/patch_file36_10.c @ 624:012028896cfb

FFS dev.c, Leonardo target: Fujitsu MB84VF5F5F4J2 #if 0'ed out The FFS code we got from TI/Openmoko had a stanza for "Fujitsu MB84VF5F5F4J2 stacked device", using a fake device ID code that would need to be patched manually into cfgffs.c (suppressing and overriding autodetection) and using an FFS base address in the nCS2 bank, indicating that this FFS config was probably meant for the MCP version of Leonardo which allows for 16 MiB flash with a second bank on nCS2. We previously had this FFS config stanza conditionalized under CONFIG_TARGET_LEONARDO because the base address contained therein is invalid for other targets, but now that we actually have a Leonardo build target in FC Magnetite, I realize that the better approach is to #if 0 out this stanza altogether: it is already non-functional because it uses a fake device ID code, thus it is does not add support for more Leonardo board variants, instead it is just noise.
author Mychaela Falconia <falcon@freecalypso.org>
date Sun, 22 Dec 2019 21:24:29 +0000
parents d6da3c06d484
children
line wrap: on
line source

/*
 * The only DSP patch code we have for 36_10 is the dynamic download version
 * which we have extracted from the world's last surviving copy of TCS211 fw
 * for Calypso modems.  The purpose of this cheesy patch_file36_10.c wrapper
 * is to allow experimental builds with L1_DYN_DSP_DWNLD=0: we use the static
 * portion of our only available patch code, and simply not do the dynamic part.
 *
 * This configuration is intended only for experiments, not for production!
 * The dynamic parts of the DSP patch code which this configuration omits
 * are surely there for some good reason, and we can only guess what we are
 * going to destabilize by disabling them.
 */

#include "patch_file36_10_dyn_dwl.c"