This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Hi, ti experts,
1. When R5F aborted, we found the CBASS_RC0_ERR register alwways exist error value, as follows.
2. As above shown, we count this addr value (CBASS_EXCEPTION_LOGGING_DATA0 and CBASS_EXCEPTION_LOGGING_DATA1) and found the address value often is similar.
The statistics data of addrss value is show as follows:0x05E1A4C0; 0x05E1DB80; 0x05D19D40; 0x05E1A4C0; 0x05F1D140; 0x05C08410;
As the TDA4 datasheet, the addrss around the R5F ATCM and BTCM.
3. Please ti experts the cause of this problem ?
4. What further test can be done to indentify the cause?
Hi,
Is this issue related to the issue discussed in the thread e2e.ti.com/.../tda4vm-tda4-cbass-rc0-error-and-what-special-module-is-of-the-route-id-4-sdk7-3 ?
Can you please share the example details here as well?
Regards,
Parth
Hi, Parth,
Yes.
The statistics data of addrss value is show as follows:0x05E1A4C0; 0x05E1DB80; 0x05D19D40; 0x05E1A4C0; 0x05F1D140; 0x05C08410;
Similar aborts occur several times during the tests these days, the addresses captured are different, but all of these addresses are something a bit out of main R5F TCM regions. If this info helpful on analyzing the cause.
Thanks.
Hi, ti experts,
Additional information:
At the scene of the other cars, we also had a panic exception in A72. The CBASS_RC0_ERR register also had an similar address value(0x5e1d680), as shown below.
See E2E Problem link for details: https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1165329/tda4vm-tda4vm-a72-panic.
Please help identify the problem synchronously.
Hi,
Can you please provide more details abut the issue:
1) Is this a consistent issue? Are you seeing this every time on bootup?
2) If not consistent, how many times do you see the issue?
3) Also, what your firmware is doing when the issue occurs? Were you able to pinpoint the issue to a particular operation?
Regards,
Parth
hi, ti experts,
1. not consistent issue. See the normal device, not have the rc0 error.
2. the issue happed not always, ten vehicle test one day, mag happed 0~2 times,
3. fireware, we are trying now.
Hi Shuwan,
How easy it is to reproduce the issue? Were you able to reproduce this issue on the bench or this issue is always seen in the car? Can you please pinpoint exactly which operation is causing this issue?
Hi Fan,
As per mail communication:
Then, in order to isolate the issue, in C660, we change UDMA to memcpy. C660 does not abort, but MAIN R5F abort are captured.
Can you please share more details on the UDMA operations? What memories you are accessing and what channels you are using etc?
Regards,
Parth
hi, ti experts
1. The issue always happed in the vechicle test. Most test are in the car.
Hi,
Can you try reproducing the issue on the bench and see if it is reproducible?
Also, please share the other details from the previous query.
Regards,
Parth