Sign in

username:

password:



Not a member?

Search c6x



Search tips

Subscribe to c6x



c6x by Keywords

AD535 | BIOS | Booting | Bootloader | C621 | C6211 | C6415 | C671 | C6711 | C6711DSK | C6713 | CCS | Chassaing | COFF | DAT | DM64 | DM642 | DMA | DSK671 | DSK6711 | EDM | EDMA | EMIF | Emulator | EVM | EVM620 | FFT | FIR | GPIO | Halting | HPI | HWI | IDK | JTAG | LDB | LDH | LDW | Linker | LMS | LOG_printf | Matlab | McBSP | MEM_alloc | MIPS | PCI | PCM3003 | Pipeline | Profiling | QDM | Reset | ROM | RTDX | Sampling | SDRAM | Stack | TEB | THS1206 | TMS320C621 | TMS320C6416 | TMS320C6711 | TMS320C6713 | UART | Vector Table | XBUS | XDS560

Discussion Groups

Discussion Groups | TMS320C6x | Program fails to load (data verification error)

Technical discussions about the TI C6000 DSPs (including the c62x, c64x and c67x DSPs).

  

Post a new Thread

Program fails to load (data verification error) - mroh...@mcqinc.com - May 14 16:04:06 2008



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



(You need to be a member of c6x -- send a blank email to c6x-subscribe@yahoogroups.com )

Re: Program fails to load (data verification error) - Jeff Brower - May 14 17:57:54 2008

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



(You need to be a member of c6x -- send a blank email to c6x-subscribe@yahoogroups.com )

Re: Program fails to load (data verification error) - William C Bonner - May 15 1:02:43 2008

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



(You need to be a member of c6x -- send a blank email to c6x-subscribe@yahoogroups.com )