LINUXSDK-OMAPL138: Unable to flash either the release or debug build for my OMAPL138

Hi,

I would need some more information in order to understand the problem you're faced with. 

• Did you download the SDK from here: www.ti.com/.../LINUXSDK-OMAPL138
• What were you trying to do? Can you please describe what you did before you saw these error messages?

Thank you.

Jianzhong

Hi Jianzhong,

I downloaded the sdk from this link below  and created an sdcard image and that is what am currently running..

Is that the problem.? 

What am trying to do is load a binary to the dsp core and it fails. 

Hi,

No, that's not the problem. You downloaded from the right link. The part number you entered links to https://www.ti.com/tool/LINUXSDK-OMAPL138 which was a very old release and should not be used.

The binary you were trying to load, was it built by you or from the Processor-SDK? The error message tells me that you were trying to load into the DSP L2 ROM which is used for boot purposes and cannot be programmed with application code. Please refer to section 3.5 Memory Map Summary of the OMAP-L138 Data Sheet.

Regards,

Jianzhong

Hi Jianzhong,

It was build by me.

I have attached the code.FIR_Filter1.zip

Hi Jianzhong,

How do I set and use the correct memory for the application?

Hi Jianzhong,,

Any update?.

I have tried both Linux and windows version of the CCS and still have the same problem.

Uninstalled CCS and reinstalled with no success.

Hi Ivan,

The problem was that you were trying to load code into the DSP L2ROM (0x700000). I looked at memory map file FIR_Filter1\Debug\FIR_Filter1.map from what you shared and saw the following:

  DSPL2ROM              00700000   00100000  00000220  000ffde0  RWIX

This means the linker allocates some code into this region, which shouldn't be allowed. I then looked at your linker command file OMAPL138.cmd which has the following:

    DSPL2ROM     o = 0x00700000  l = 0x00100000  /* 1MB L2 DSP local ROM */

I also saw this line in vectors.asm:

    .sect   "vectors"

However, I don't see a placement rule for section "vectors" in your linker command file. Because of that, the linker places "vectors" into DSPL2ROM by default. So to fix the problem, you'll need to add a placement rule for section "vectors" to the linker command file, for example, add the following line to the end of SECTIONS:

    "vectors"       >  SHRAM

This should fix your problem. Please check the .map file and make sure DSPL2ROM is not used. Also, you may want to remove DSPL2ROM from your linker command file because applications are not supposed to access this region.

Regards,

Jianzhong