Technical discussions about the TI C6000 DSPs (including the c62x, c64x and c67x DSPs).
DSP: TMS320DM6446 (DVEVM) CCS: 3.3.77 BIOS: 5.32.03 GEL file: DaVinciEVM_dsp.gel My project successfully builds, but won't load due to data verification failing at address 0x80CA3D00. In playing with the memory manager in GCONF, I've been able to make the error move to different address (however, it's always in the DDR2 space: >0x8000000). The gel file seems to correctly set up the DDR2 space, so I'm not sure where things are derailing. Any help would be appreciated. Thanks, Matt ------------------------------------ OMAP35x EVM jump-starts low-power apps ------------------------------------ The modular and extensible OMAP35x Evaluation Module (EVM) enables developers to start building applications based on the OMAP35x architecture:http://www.DSPRelated.com/omap35x
Matt- > DSP: TMS320DM6446 (DVEVM) > CCS: 3.3.77 > BIOS: 5.32.03 > GEL file: DaVinciEVM_dsp.gel > > My project successfully builds, but won't load due to data verification > failing at address 0x80CA3D00. In playing with the memory manager in > GCONF, I've been able to make the error move to different address > (however, it's always in the DDR2 space: >0x8000000). The gel file > seems to correctly set up the DDR2 space, so I'm not sure where things > are derailing. Any help would be appreciated. If you open a mem display window, can you edit and change data randomly in the 0x80000000 space? Or does that also cause some type of error message? -Jeff PS. You mention the DDR2 space as 0x8000000, which is 4 bits less than the error message, I assume this is just a typo. ------------------------------------ OMAP35x EVM jump-starts low-power apps ------------------------------------ The modular and extensible OMAP35x Evaluation Module (EVM) enables developers to start building applications based on the OMAP35x architecture:http://www.DSPRelated.com/omap35x
Jeff Brower wrote: > Matt- > > >> DSP: TMS320DM6446 (DVEVM) >> CCS: 3.3.77 >> BIOS: 5.32.03 >> GEL file: DaVinciEVM_dsp.gel >> >> My project successfully builds, but won't load due to data verification >> failing at address 0x80CA3D00. In playing with the memory manager in >> GCONF, I've been able to make the error move to different address >> (however, it's always in the DDR2 space: >0x8000000). The gel file >> seems to correctly set up the DDR2 space, so I'm not sure where things >> are derailing. Any help would be appreciated. >> > > If you open a mem display window, can you edit and change data randomly in the > 0x80000000 space? Or does that also cause some type of error message? > > -Jeff > > PS. You mention the DDR2 space as 0x8000000, which is 4 bits less than the error > message, I assume this is just a typo. > > While I'm pretty sure that my problem wouldn't be the same as yours I thought I'd mention my solution since I was having a similar problem a few months ago. My problem was because the board I was using had a hardware watchdog timer that I was not disabling during my debugging sessions. I had spent a lot of time digging in the GEL files making sure that the EMIF registers were all set up correctly, only to figure out that it was a much simpler oversight that was causing me to pull my hair out. Wim. ------------------------------------ OMAP35x EVM jump-starts low-power apps ------------------------------------ The modular and extensible OMAP35x Evaluation Module (EVM) enables developers to start building applications based on the OMAP35x architecture:http://www.DSPRelated.com/omap35x