Tool/software: Code Composer Studio
Hello experts,
we're working on the lab0003_occupancy_detection_ES2.0 ccs project based on SDK2.0.0.4 . We'd like to caputure the lvds data from the 60-pin interface meanwhile the mss output the heatmap data via uart .
so we modify the ccs project settings and add "dss_lvds_stream.c" and "dss_lvds_stream.h" files into the ccs project .
however we got "error #10099-D: program will not fit into available memory. run placement with alignment fails for section ".cio" size 0x127" shown below
then we redit "dss_mmw_linker.cmd" file
/*----------------------------------------------------------------------------*/
/* Linker Settings */
--retain="*(.intvecs)"
--stack_size=0x500
/* Get around a CCS issue; re-specify libraries ref'd in the overlays below. */
-ldsplib.ae64P
-llibmmwavealg_xwr16xx.ae674
-lmathlib.ae674
-llibsoc_xwr16xx.ae674
/* simon added 2019.07.30*/
-llibcbuff_xwr16xx.ae674
-llibhsiheader_xwr16xx.ae674
-llibmailbox_xwr16xx.ae674
-llibedma_xwr16xx.ae674
/*----------------------------------------------------------------------------*/
/* Section Configuration */
SECTIONS
{
systemHeap : {} >> L2SRAM_UMAP0 | L2SRAM_UMAP1
.l2data : {} >> L2SRAM_UMAP0 | L2SRAM_UMAP1
/* HSSRAM has output data from processing chain running on DSP */
.demoSharedMem > HSRAM
/* L3SRAM has code that is overlaid with data, so data must be
marked uninitialized. Application can initialize this section
using _L3data_* symbols defined below. Code should be written carefully as
these are linker symbols (see for example e2e.ti.com/.../92002 ):
extern far uint8_t _L3data_start; // the type here does not matter
extern far uint8_t _L3data_size; // the type here does not matter
memset((void *)_symval(&_L3data_start), 0, (uint32_t) _symval(&_L3data_size));
*/
.l3data: type=NOINIT, start(_L3data_start), size(_L3data_size), load=L3SRAM PAGE 1
/* Bootloader cannot load L1DSRAM, make sure to mark as NOINIT */
.l1data : type=NOINIT, load=L1DSRAM
/* Currently bootloader does not allow loading in L1PSRAM because of supporting
low power. Below fast code is loaded in L3SRAM but run from L1PSRAM. The copy-in
is called during initialization phase and copy-out is not used but can be added when
supporting low-power mode (where L1 contents are not retained).
*/
.fastCode:
{
dsplib.ae64P(.text)
libmmwavealg_xwr16xx.ae674(.text)
mathlib.ae674(.text)
dss_data_path.oe674 (.text:MmwDemo_interFrameProcessing)
dss_data_path.oe674 (.text:MmwDemo_processChirp)
dss_data_path.oe674 (.text:MmwDemo_interChirpProcessing)
dss_main.oe674 (.text:MmwDemo_dssDataPathProcessEvents)
/* Below may be risky to expose hence currently hiding */
// libosal_xwr16xx.ae674 (.text:SemaphoreP_pend)
// libosal_xwr16xx.ae674 (.text:SemaphoreP_post)
} load=L3SRAM PAGE 0, run=L1PSRAM PAGE 0, table(_MmwDemo_fastCode_L1PSRAM_copy_table, compression=off)
/* This is auto generated by linker related to copy table above */
.ovly > L2SRAM_UMAP0 | L2SRAM_UMAP1
/* Overlay one-time/init-time (and non-critical in cycles) with L3 data,
will be erased during data path processing. Note do not put any
code that is required related to start/stop/reconfig processing */
.overlay:
{
libsoc_xwr16xx.ae674 (.text:SOC_init)
dss_main.oe674 (.text:MmwDemo_dssInitTask)
dss_main.oe674 (.text:main)
dss_data_path.oe674 (.text:MmwDemo_dataPathInitEdma)
dss_data_path.oe674 (.text:MmwDemo_dataPathConfigBuffers)
dss_data_path.oe674 (.text:MmwDemo_dataPathConfigEdma)
dss_lvds_stream.oe674 (.text:MmwDemo_LVDSStream_EDMAInit)
dss_lvds_stream.oe674 (.text:MmwDemo_LVDSStreamInit)
/* simon added 2019.07.30*/
libcbuff_xwr16xx.ae674 (.text:CBUFF_setupNonInterleaved_MultiChirp_CP_ADC)
libcbuff_xwr16xx.ae674 (.text:CBUFF_setupNonInterleaved_MultiChirp_ADC_CP)
libcbuff_xwr16xx.ae674 (.text:CBUFF_setupNonInterleaved_MultiChirp_CP_ADC_CQ)
libcbuff_xwr16xx.ae674 (.text:CBUFF_setupNonInterleaved_MultiChirp_CP_ADC_CQ_USER)
libcbuff_xwr16xx.ae674 (.text:CBUFF_init)
libcbuff_xwr16xx.ae674 (.text:CBUFF_deinit)
libcbuff_xwr16xx.ae674 (.text:CBUFF_initLVDS)
libhsiheader_xwr16xx.ae674 (.text:HSIHeader_init)
libhsiheader_xwr16xx.ae674 (.text:HSIHeader_deleteHeader)
libmailbox_xwr16xx.ae674 (.text:Mailbox_open)
libedma_xwr16xx.ae674 (.text:EDMA_open)
libedma_xwr16xx.ae674 (.text:EDMA_init)
libedma_xwr16xx.ae674 (.text:EDMA3Init)
} > L3SRAM PAGE 0
}
/*----------------------------------------------------------------------------*/
after this , we got "Error CBUFF_init faild with [Error -2901]" means Invalid argument and we find that initCfg.socHandle can not get value from gMmwDssMCB.socHandle .but we don't have any ideal what cause this problem.
Is that possible that "dss_mmw_linker.cmd" modify caused the problem?
Do you have any advices ?
Regards,
Simon
