This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

How to remove xdc.meta data from image

Other Parts Discussed in Thread: OMAP-L138

Hello,

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:

http://e2e.ti.com/support/development_tools/compiler/f/343/t/85269.aspx?PageIndex=1

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?

Thanks,
Frank

  • 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?

    Alan

  • Hello Alan,

    thanks.

    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 had
    overwritten my ARM code with the meta data and when running out of the flash
    this 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)?

    Frank

  • Frank, I'm not familiar with the AISgen tool you're referencing. I don't know about the associated header file nor how it is used. When I load an application that contains xdc.meta data using CCS, the xdc.meta data IS NOT written to the target. Alan
  • Alan,

    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?

    Thanks,
    Frank

  • Frank,

    Please file a ticket for AISgen.

    Alan

  • Alan,

    I opened a ticked under:

    http://e2e.ti.com/support/dsp/omap_applications_processors/f/42/t/159297.aspx

    and will close this one.

    Thanks,
    Frank