用户您好,请详细描述您所遇到的问题。
J5平台,串口会不时打印E: acore_msg: 73-42-3-65535 信息,请问这个信息是什么意思?
您好:
这是fusa报错:72代表是PCIE,是由PCIE报的critical error,如果你不使用PCIE,可以忽略;
但这个是73,请问73代表什么?
抱歉,我打错了,73是PCIE
critical error具体是什么错呢?我以前都没有
J5属于车规芯片,有fusa功能,会有诊断驱动统一收集错误。每个模块报的错误会分一定等级,L3代表错误等级最高
65535代表是软件检查出的错误,你现在正在跑PCIE吗?
从event id 42来看是pcie_eventid_if_timeout_injection_err,意思是PCIE错误注入检查timeout了
CE错误代表的是错误等级是最高的,不可恢复的,会需求重启硬件才能恢复的
内部的话,软件错误码73需要加上97,然后去查找表格,190的话对应的就是pcie
是的,需要跑PCIE
那现在出现这个报错是在跑PCIE的过程中?
为什么会timeout呢?是有什么心跳机制吗?
注入错误的结果不符合预期就报了该错误,你能说下这个错误是什么时候产生的吗?
我们内部有心跳机制,但是只会监听系统是否还活着,不会对IP进行心跳监测;
串口正常使用后,在内核下观察串口打印信息,不时会有这个打印出来,间隔时间还没找到规律,有间隔2秒,2分钟,4分钟的
我又重新看下一下代码,这log的意思是代表link down的消息,pcie link断了就会有这个打印;你看看是否使用PCIE过程中经常link down
你好,补充一个dmesg的日志,
820的时候link down了,但822.63的时候又link up了,那问题应该不存在了,启动后还是会不时报错,这种报错要怎么解决呢?
从你的log看是RC重启了
你目前提供的log是EP侧的,J5做了EP,请查看RC侧为啥重启了;
RC重启会怎么样,是自动重启吗?link down的问题是否通过重启解决了?
RC重启的时候,EP就会检查到link down,然后报错误log,RC重启完,又能link up了,符合你贴的EP侧log的逻辑
两个J5板子的网口用网线连通,通过iperf3等命令测试网络也会有这个报错日志,请问是什么原因呢?
两个J5板有用PCIE互联吗,如果只是网线互联,没道理会报PCIE的错误
您好,
这个是软件的返回值有错误,参数的意义分别是module_id, even_id, 等级,65535代表软件错误
你可以抓个对应实际的dmesg 应该也有相应的错误信息的
请问哪里可以查每个参数的详细,module_id有哪些,even_id有哪些,分别是什么意思?
module id就是模块编号,73代表PCIE,event是错误类型,代表错误标号
你好,我们内部有对应的表格的,一般厂商在使用的时候会拿到对应的手册的
module id代表的是哪个模块,event id代表的是模块中哪个错误事件的产生
请问大概是哪个手册可以查呢?手册有点多
这个手册社区应该拿不到的把,走商业对接的话应该可以拿到的
能告诉我手册的名字吗?我好去找人协调
您好,我特地咨询了我们这个功能安全的相关的人,手册目前还没计划对外,对应商业支持的可我们可以支持问题分析和解决,通过支持对接你们的错误等级归类等需求的实现的