we are using the following tools/versions on the ARM side of the OMAP-L138:
- CCS Version 4.2.1.00004- SYS/BIOS 6.30.03.46- TMS470 Code Generation Tools 4.6.4- XDCTOOLS 3.20.07.86
We are interested if it is possible to remove the whole xdc.meta data from the image.
If it is possible, what needs to be done to remove it (at least from the bin resp. the h file generated via AISgen D800K008 Version1.9)?
Currently the following meta data are in the mapfile:__ASM____ISA____PLAT____TARG____TRDR__
I already searched through the forums, but could not find how remove the whole meta data.
One interesting link was:
However, I could not figure out how to remove the whole meta data for the tools/versions I'm using.
What are the drawbacks if the whole meta data were removed?
The CCS ROV tool uses the information contained in the xdc.meta section to know how to interpret the binary image.
Removing the xdc.meta section from the image will result in ROV not being usable for that application.
The xdc.meta section does not occupy any memory in the target. It exists only in the file.
Do you really need to remove it?
If the meta would be only in the out file, I would not have a problem with it,but it looks for me, that it is also within the h file generated via AISgen.
When starting developing on the OMAPL-138, I observed that AISgen hadoverwritten my ARM code with the meta data and when running out of the flashthis meta data "code" was executed which leads to ARM exceptions.When looking into the map file I saw that xdc.meta was using same addresses (0xc0002100) as my code:
xdc.meta 0 c0002100 000000f8 COPY SECTION c0002100 000000f8 ARM9_OS_SPIW_ELF_configuration_xe9.oe9 (xdc.meta)
.text 0 c0002100 000150e0 c0002100 000041b8 taskPM.obj (.text)
As a solution I added in my configuration the following section map:
Program.sectMap["xdc.meta"] = new Program.SectionSpec();Program.sectMap["xdc.meta"].loadSegment = "META";Program.sectMap["xdc.meta"].type = "COPY";
and within my own custom platform a memory section "META".
With this, I had no overlapping of xdc.meta and .text section and the code worked fine, extract from the new map file:
xdc.meta 0 c0002100 000000fc COPY SECTION c0002100 000000fc ARM9_OS_SPIW_ELF_configuration_xe9.oe9 (xdc.meta)
.text 0 c0002300 000150b8 c0002300 000041b8 taskPM.obj (.text)
As ROV will not be usable I aggree to not remove xdc.meta data.
However, why are the xdc.meta data in the generated h file?You were stating, that it does not occupy any memory in the target and I also read this in other threads.
Is this a problem of AISgen and I need a new one?Is there anything else which must be changed to get rid of xdc.meta data in the target image (generated h file)?
that's what I also observed: loading the out file with the emulator (CCS) my code is loaded/executed and NOT the xdc.meta data.
Shall I open a new ticked for AISgen or can you internally (within TI) forward this thread to someone who is familiar with it?
Please file a ticket for AISgen.
I opened a ticked under:
and will close this one.
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.