Part Number:AM5746
Tool/software: TI-RTOS
Hi,
My customers are using a custom board with AM5746.
When frequent GPMC access, the phenomenon that ARM core data aborts occurred.
We think that it's related to Eratta's i878, and I have the following questions.
Question 1:
If a hangup of Eratta i 878 occurs, will the ARM core abort the data?
They wonder if the phenomenon that is happening now matches the phenomenon of i878.
MMU_Control.pdf
DFSR register : 0x00000211
(Please visit the site to view this file)
Question 2:
There is a statement about 0x482AF400 as a workaround of Eratta i878.
However, the details of this register are not described in TRM.
What kind of register is it?
Please let me know if you have detailed information such as documents.
Question 3:
I got the ARM core register information from customers when the phenomenon occurred.
Is it related to the hangup phenomenon of Eratta i878?
There is also the possibility of causes other than i878, so please let me know if there are other factors.
(If you do not have enough information to identify the cause, please let me know.)
(Please visit the site to view this file)
(Please visit the site to view this file)
Question 4:
There are many possible causes for the DFSR register to become 0x00000211.
What is the cause of the data abort that occurred this time?
■Environment
AM5746
CCS v8
GCC GNU v6.3.1(Linaro)
HW Custom board (AM5746)
SW pdk_am57xx_1_0_11
bios_6_52_00_12
XDCTools 3.50.3.33
Regards,
Rei