TMS320F28075: Under what circumstances can Drv_MemCopy() Fai?

Shaoxing Ke

Part Number: TMS320F28075

Tool/software:

Hi Experts.

I am asking for my customer here.

They recently report one board issue about F28075 chip, the code run abnormally. We check Power Supply normal, XRSn Hight level, RESC register also is fine. And then we check the code with JTAG Debugger Emulator, we see the Drv_MemCopy() Function does not success copy Flash Content to RAM Content. So when CPU run into the some Function which is run RAM content, due to RAM content is blank, CPU RPC will obtain 0x0000000 vaule, and then CPU go into ITRAP. So I am here to asking that under what circumstances can Drv_MemCopy() Fai? Thanks.

Drv_MemCopy() Function below:

Normal board - assembly single-step debugging

Abnormal board - assembly single-step debugging

Due to 0xF800 content does not have content copy from Flash, so CPU will go illegal ISR. under what circumstances can Drv_MemCopy() Fai?

We also compare the normal and abnormal register exports files, RPC value is strange, I attached map ,cmd , register files below. Please help us look into this case. Thanks.

旁路DSP运行不起来.zip

9 months ago

0 Vivek Singh 9 months ago

TI__Guru** 113715 points

Hi,

Are you able to reproduce this issue with JTAG connected ? If yes, then I suggest stepping via code to see what is causing this issue.

Vivek Singh

0 Shaoxing Ke 9 months ago in reply to Vivek Singh

TI__Expert 3590 points

Hi Vivek,

Sure, we step by step to Drv_MemCopy() no success, so CPU run to Copy RAM Function, CPU will go ITRAP.

0 Vivek Singh 9 months ago in reply to Shaoxing Ke

TI__Guru** 113715 points

When you step through Drv_MemCopy() function, why it's not able to copy the content from flash to RAM ?

Vivek Singh

0 Shaoxing Ke 9 months ago in reply to Vivek Singh

TI__Expert 3590 points

We do not know this difference, only see one board failed. the same code run others board, Drv_MemCopy() function run normally, so the code run normally, CPU also will not go Into ITRAP. Do you have any suggestion here? Thanks.

0 Shaoxing Ke 9 months ago in reply to Shaoxing Ke

TI__Expert 3590 points

Hi Vivek,

Please see customer feedback below:

At the assembly language level, this function is exactly the same on both the normal board and the abnormal board and can run normally; the difference is that after running the MOV instruction on line 084059, the RAM of the normal board actually changes, while the RAM of the abnormal board is still 0

0 Vivek Singh 9 months ago in reply to Shaoxing Ke

TI__Guru** 113715 points

Can you try manually writing to that RAM location from CCS memory watch window and see if that works. Also check the flash location from where copy is happening and see if it is showing correct content in CCS memory watch window.

Vivek Singh