FreeCalypso > hg > fc-magnetite
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"