I recently began working on a project based on the OMAP-L138.
I am using an OMAP-L138 LCDK (TMDSLCDK138) to become familiar with the processor and the development environment.
I have not developed software for an ARM processor before.
I have worked with C6000 and C5000 DSPs in the past with CCS.
I am trying to learn as much as I can about the Serial Flash Host (sfh) and Serial Flash Target (sft) applications available in the OMAP-L138 LCDK starterware.
I downloaded the executable files and source code for the OMAP-L138 Flash and Boot Utils 2_40. ( http://processors.wiki.ti.com/index.php/Serial_Boot_and_Flash_Loading_Utility_for_OMAP-L138
I followed the instructions to rebuild the tools found here:
( http://processors.wiki.ti.com/index.php/Rebuilding_the_Flash_and_Boot_Utils_Package )
NOTE: The version of Code Sourcery G++ Lite is no longer available. I obtained a trial version of Mentor Graphics Sourcery CodeBench 2014.11-36.
I set ARM_TOOLS_PATH to the arm-none-eabi compiler there.
I was able to build the sfh and sft applications successfully and use them to load a starterware ARM core user bootloader and a DSP uart echo application into NAND Flash on my LCDK.
Next, I pointed ARM_TOOLS_PATH to the arm-none-eabi compiler included in CCSv6.1.0.
Again, I was able to build the sfh and sft applications successfully and use them to load a starterware ARM core user bootloader and a DSP uart echo application into NAND Flash on my LCDK.
I installed Microsoft Visual Studio Community 2015 (free version) so I could create a C# project with the Serial Flash Host (sfh) application code.
I created a CCSv6.1.0 project for the Serial Flash Target (sft) application. I configured the project for debugging with no optimization.
I modified my Visual Studio sfh project to embed the sft.out file from my CCSv6.1.0 project.
When I try to use the new sfh and sft applications, it hangs.
After some study, it looks to me like the code generation tools are putting the stack in the middle of code space. As the program executes, something tramples on code. I observed this using an XDS100v2 emulator attached to my LCDK.
Examining map files, it appears the code generation tools are not putting the stack where it was originally desired.
Since I do not have experience with software development for ARM processors, I do not know the correct way to place a stack section. Is it done correctly in the OMAP-L138 Flash and Boot Utils 2_40? If not, what is the correct way to place a stack section?