工具与软件:
您好!
另一个损坏的来自车辆的图像。 从行驶档切换到倒车档时问题仍然存在(请观看视频)。 它在同一周期内恢复。

e2e.ti.com/.../IMG_5F00_4715.mov
请紧急支持我们如何才能得到这样的行为,因为我们的渲染过程是映射到 EVE 核心。 那么、我们可以检查任何类型的标志错误、或者我们可以在 EVE 上检查什么以调查此问题。
正在等待反馈。
谢谢
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.
工具与软件:
您好!
另一个损坏的来自车辆的图像。 从行驶档切换到倒车档时问题仍然存在(请观看视频)。 它在同一周期内恢复。

e2e.ti.com/.../IMG_5F00_4715.mov
请紧急支持我们如何才能得到这样的行为,因为我们的渲染过程是映射到 EVE 核心。 那么、我们可以检查任何类型的标志错误、或者我们可以在 EVE 上检查什么以调查此问题。
正在等待反馈。
谢谢
EVE 版本- EVE_SW_01_06_01_00_Valeo_003
从到目前为止的实验中更新:
-通过 注释重映射功能,我们在单一摄像头视图中看到黑屏,我们仍然看到360正常部分。
-通过停止 EVE 的触发: 我们看到完整的黑屏没有360部分
-通过注入 while (1)循环在 EVE 我们看到完整的黑屏没有360部分
对于请求的结构的内存转储:我们正在努力从调试器中提取它并在这里分享。
所请求结构的内存转储如下:
通过 在 srcMap 中给出重复模式(来自 DSP 端)进行试验得到以下模式:

它似乎是一个"类似"的模式,在福特网站上看到,你可以帮助确定什么原因可以 导致重复的模式? 我在内部进行了检查、LUT 的生成基于 TI 示例、因此我认为我们需要在电话中进行审查。 当您有空时、请告知我们。 此外、我们需要考虑 LUT 数据正确传递且 EVE 仅重复使用来自一个逻辑块的数据来构建输出视频图像的可能性。
您好、
EVE 1内核的当前 MMU 配置 、请建议 在读取 EVE 寄存器时更改 MMU
void configureAndProgramMMU_EVE_1 (void)
{
/*启用对整个 DDR 的访问*/
SetupEveMmuEntry (5U、0x4a000000U、0x4a000000U);
SetupEveMmuEntry (6U、0xC3000000U、0xC3000000U);
SetupEveMmuEntry (7U、0x81000000U、0x81000000U);
SetupEveMmuEntry (8U、0x83000000U、0x83000000U);
/* IPC 的非高速缓存区域访问*/
SetupEveMmuEntry (9U、0xA0000000U、0xA0000000U);
SetupEveMmuEntry (10U、0xA1000000U、0xA1000000U);
SetupEveMmuEntry (11U、0x84000000U、0x84000000U);
SetupEveMmuEntry (12U、0xC2000000U、0xC2000000U);
SetupEveMmuEntry (13U、0xC1000000U、0xC1000000U);
SetupEveMmuEntry (14U、0xC0000000U、0xC0000000U);
/*视频缓冲区访问*/
SetupEveMMuEntry (15U、0x88000000U、0x88000000U);
SetupEveMmuEntry (16U、0x89000000U、0x89000000U);
SetupEveMmuEntry (17u、0x8A000000U、0x8A000000U);
SetupEveMmuEntry (18u、0x8B000000U、0x8B000000U);
SetupEveMmuEntry (19u、0x8C000000U、0x8C000000U);
SetupEveMmuEntry (20U、0x8D000000U、0x8D000000U);
SetupEveMmuEntry (21U、0x8E000000U、0x8E000000U);
SetupEveMmuEntry (22U、0x8F000000U、0x8F000000U);
SetupEveMmuEntry (23U、0x90000000U、0x90000000U);
SetupEveMmuEntry (24U、0x91000000U、0x91000000U);
SetupEveMmuEntry (25U、0x92000000U、0x92000000U);
SetupEveMmuEntry (26U、0x93000000U、0x93000000U);
SetupEveMmuEntry (27U、0x94000000U、0x94000000U);
SetupEveMmuEntry (28U、0x95000000U、0x95000000U);
SetupEveMmuEntry (29U、0xC4000000U、0xC4000000U);
SetupEveMmuEntry (30U、0xC5000000U、0xC5000000U);
SetupEveMmuEntry (31U、0xC6000000U、0xC6000000U);
//在 DDR 中对转换表基地址进行编程
WR_REG (EVE_1_MMU_TTB、TRANS_BUFFER_IN_DDR_EVE_0);
//通过 MMU_CNTL 对 MMU 的启用进行编程
WR_REG (EVE_1_MMU_CNTL、0xEU);//启用 MMUENABLE、TWLENABLE、EMUTLBUPDATE
返回;
}
尊敬的 Mahmoud 和 团队:
在前面的建议基础上进行了扩展、您是否可以收集所有这些寄存器(对于所有存储器、 = PMEM、DMEM、IBUF、WBUF)
- EVE_ _ED_CTL
- EVE_ _ED_STAT
- EVE_ _EDADDR
- EVE_ _EDADDR_BO
与 MSW 相关:
- EVE_MSW_CTL
- EVE_MSW_ERR
- EVE_MSW_ERRADDR
请注意、这些寄存器是在 EVE 子系统中访问的、请勿使用 MMU、如下所述:

您需要使用基地址0x4008_xxxx 来访问该寄存器组:

我将分别对 ARP32和 EDMA 相关寄存器进行帖子发布。
此致、
Kyle
您好!
还请收集以下与 ARP32相关的注册表:
- ARP32_IRQSTATUS_RAW
与 EDMA 相关:
- EDMA_TPCC_EMR
- EDMA_TPCC_EMRH
- EDMA_TPCC_QEMR
- EDMA_TPTCn_ERRSTAT (对于两个 TCS、n=0和1)
- EDMA_TPTCn_ERRDET (两个 TCS 分别为 n=0和1)
谢谢!
Kyle
尊敬的 Kyle:
仍然没有为寄存器读取获取正确的值。 请澄清以下几点:
1-从你的报价"你需要使用基地址0x4008_xxxx 访问这组寄存器",寄存器的偏移地址,如 MSW 寄存器不匹配区域大小如下:

例如、EVE_MSW_ERR 寄存器地址偏移为0x0008 0028

所以,您能解释一下究竟应该使用什么地址读取 MSW 寄存器例如?
备注:该小组将很快回复到目前为止读取寄存器的结果。
您好!
0x80、90、0xA0、0xB0处的特定寄存器是 _ED_CTL R/W 寄存器默认为0x0、因此如果未启用它们、则可以看到0x0数据。
作为一个实验、我与我们的一位工程师坐在一起、我们使用0xFFFFF 写入到以下寄存器
EVE_PMEM_ED_CTL @ 0x40080080 =>结果是0x3 (只有位0、1可写)
EVE_MSW_CTL @ 0x40080024 =>结果是0x00011111 (位0、4、8、12、16可写入)
本实验是在 EVE1和 EVE2实例上独立完成的。 这应该能证明 EVE 资源的"本地地址"在 EVE 实例中是固定的。
作为"以防万一"、您也可以按如下方式设置 MMU:
SetupEveMMuEntry( ? 、0x40000000U、0x40000000U);
这最初位于我们使用的 GEL 文件中、但我们将其删除并得到了相同的结果。 "恰好在情况下"是因为我们在某种程度上误解了快速实验。
此致、
Kyle
您好!
为了进行明确说明、我们将该序列编码并登录到 GEL 文件脚本中。
输出日志如下:
输出日志:
ARP32_EVE_1:GEL 输出:读取寄存器
ARP32_EVE_1:GEL 输出:0x40080080:0x00000000
ARP32_EVE_1:GEL 输出:0x40080090:0x00000000
ARP32_EVE_1:GEL 输出:0x400800A0:0x00000000
ARP32_EVE_1:GEL 输出:0x400800B0:0x00000000
ARP32_EVE_1:GEL 输出:0x40080024:0x00000000
ARP32_EVE_1:GEL 输出:
正在将0xFFFFFFFF 写入每个寄存器...
ARP32_EVE_1:GEL 输出:读取寄存器
ARP32_EVE_1:GEL 输出:0x40080080:0x00000003
ARP32_EVE_1:GEL 输出:0x40080090:0x00000003
ARP32_EVE_1:GEL 输出:0x400800A0:0x00000003
ARP32_EVE_1:GEL 输出:0x400800B0:0x00000003
ARP32_EVE_1:GEL 输出:0x40080024:0x00011111
GEL 脚本如下所示:
menuitem "EVE 寄存器检查"
#define WR_MEM_32 (addr、data)*(unsigned int*)(addr)=(unsigned int)(data)
#define RD_MEM_32 (addr)*(unsigned int*)(addr)
#define uint32_t unsigned int
hotmenu register_check()
{
GEL_TextOut ("读取寄存器\n");
GEL_TextOut ("0x40080080:%x\n"、、、、 RD_MEM_32 (0x40080080));
GEL_TextOut ("0x40080090:%x\n"、、、、 RD_MEM_32 (0x40080090));
GEL_TextOut ("0x400800A0:%x\n"、、、、 RD_MEM_32 (0x400800A0));
GEL_TextOut ("0x400800B0:%x\n"、、、、 RD_MEM_32 (0x400800B0));
GEL_TextOut ("0x40080024:%x\n"、、、、 RD_MEM_32 (0x40080024));
GEL_TextOut ("\n 将0xFFFFFFFF 写入每个寄存器...\n");
WR_MEM_32 (0x40080080、0xFFFFFFFF);
WR_MEM_32 (0x40080090、0xFFFFFFFF);
WR_MEM_32 (0x400800A0、0xFFFFFFFF);
WR_MEM_32 (0x400800B0、0xFFFFFFFF);
WR_MEM_32 (0x40080024、0xFFFFFFFF);
GEL_TextOut ("读取寄存器\n");
GEL_TextOut ("0x40080080:%x\n"、、、、 RD_MEM_32 (0x40080080));
GEL_TextOut ("0x40080090:%x\n"、、、、 RD_MEM_32 (0x40080090));
GEL_TextOut ("0x400800A0:%x\n"、、、、 RD_MEM_32 (0x400800A0));
GEL_TextOut ("0x400800B0:%x\n"、、、、 RD_MEM_32 (0x400800B0));
GEL_TextOut ("0x40080024:%x\n"、、、、 RD_MEM_32 (0x40080024));
}
此致、
Kyle
您好 Kyle:
我们观察到、 即使在清除 EVE_PMEM_ED_STAT 后也会为其设置 ARP32ERR 错误。 它将再次被置位。 我们检查视图和摄像头是否正常流式传输。 我们为此行为捕捉了一个视频。
e2e.ti.com/.../EVE_5F00_Core_5F00_Issue_5F00_Debug_5F00_video.mp4
请检查并告知我们是否出错、以及此错误对系统有何影响?
谢谢!
Sara
每个引脚。 请查找说明所有已完成操作的鱼骨分析。
e2e.ti.com/.../JIRA-60912-CX430-_5F00_Tessellated_5F00_-RVC-Image.pdf
谢谢!
Sara
您好 Kyle、
正如我们所讨论的、我们在为以下内核运行 DDR memtester 时会遇到问题
- EVE2 DDR
- A15 DDR
- IPU2 DDR
- EVE1 DDR
请查看随附的失败测试和我们使用的测试包的日志。
e2e.ti.com/.../memtester_5F00_dat2p2.zip
请检查并告知您的反馈。
谢谢!
Sara
你好、Sara、
参考装置上未通过的相同测试是否失败? 日志中的故障可能是从基本映像运行时出现的不兼容问题。 您是否还可以附加通过的日志?
我倾向于猜测您启动测试(包括 GEL)脚本的点在某些情况下受到阻碍、而在某些情况下、系统初始化有所帮助。 这些测试通常假设"boot by GEL"、其中其已初始化并将内核锁定在安全状态。 我记得你们的团队成功地针对不同的基础软件版本运行了许多这些软件、但我不明白它们都是什么。