项目

一般

简介

错误 #3577

在UU口或D2D测试场景,偶现MCS status 未同步成功,板卡死机

李 常大约 2 个月 之前添加. 更新于 22 天 之前.

状态:
进行中
优先级:
普通
指派给:
开始日期:
2025-06-20
计划完成日期:
% 完成:

20%

预期时间:

描述

现象:
1,界面不能打印,
2,不能输入命令,及退出。
3,只能拔掉电源重开机。

见附图。


文件

D2D板卡挂死-01.jpg (90.4 KB) D2D板卡挂死-01.jpg 李 常, 2025-06-20 10:13
0703-左边OK,右边挂死位置--对比图.jpg (190 KB) 0703-左边OK,右边挂死位置--对比图.jpg 0703:左边OK,右边挂死位置--对比图 李 常, 2025-07-03 14:57

历史记录

#1

李 常 更新于 大约 2 个月 之前

  • 主题使用T3__Pre1及之前版本,在D2D测试场景,偶现发生板卡挂死。 变更为 使用T3__Pre1及之前版本,在UU或D2D测试场景,偶现发生板卡挂死。

发生在UU口测试时的情况:

[DEBUG]:Memory Section - [MSG_DDR_MEM]: Variable Name: [dlAddr]; Allocated Address: [0x7ec9860000]; Allocated Size: [5242880]

[DEBUG]:Memory Section - [MSG_DDR_MEM]: Base Address: [0x7ec8000000]; Maximum Size: [134217728]

[DEBUG]:Memory Section - [MSG_DDR_MEM]: Variable Name: [ulAddr]; Allocated Address: [0x7ec9d60000]; Allocated Size: [2621440]

msg_transfer_init is success !!!
[DEBUG]:Memory Section - [MSG_DDR_MEM]: Base Address: [0x7ec8000000]; Maximum Size: [134217728]

[DEBUG]:Memory Section - [MSG_DDR_MEM]: Variable Name: [dlAddr]; Allocated Address: [0x7ec9fe0000]; Allocated Size: [655360]

[DEBUG]:Memory Section - [MSG_DDR_MEM]: Base Address: [0x7ec8000000]; Maximum Size: [134217728]

[DEBUG]:Memory Section - [MSG_DDR_MEM]: Variable Name: [ulAddr]; Allocated Address: [0x7eca080000]; Allocated Size: [1310720]

msg_transfer_init is success !!!
handIdOam 66048
[DEBUG]:core[0x0000000c] send handshake request message,value[0x5a5a5a66].
[DEBUG]:core[0x0000000c] recieved handshake response message,value[0xa5a5a5b1].
ucp_handshake is success!!!
clkMode is :1,start to sync gpswill get gps sync status.
............[DEBUG]:stc tracking ok !!!!!! maintain g_sys_time:1750058197
..
gps sync ok.
Thread threadL3 priority: 0, policy:0, cpuid:2 sockId:0
Thread T2 priority: 0, policy:0, cpuid:5 sockId:0
Thread T3 priority: 0, policy:0, cpuid:4 sockId:0
Thread T5 priority: 0, policy:0, cpuid:1 sockId:0
Thread T4 priority: 0, policy:0, cpuid:3 sockId:0
Thread ReceiveFromL1c priority: 0, policy:0, cpuid:7
Thread T6 priority: 0, policy:0, cpuid:6 sockId:0

#2

战 弋戈 更新于 大约一个月 之前

  • 指派给战 弋戈 变更为 李 常

想了一下,排查的大体思路如下:

1. 加串口看崩溃时系统信息。
2. 系统启动后看/var/log 收集有效信息。
3. 用命令journalctl -k 查看是否有崩溃前的信息。
4. 进程自己的日志看是哪块调用引起的。

有效信息可以多提供一些。

#3

李 常 更新于 大约一个月 之前

  • 指派给李 常 变更为 战 弋戈

1. 加串口看崩溃时系统信息。
2. 系统启动后看/var/log 收集有效信息。
3. 用命令journalctl -k 查看是否有崩溃前的信息。
4. 进程自己的日志看是哪块调用引起的。

++++++++++++++++++++++++
以下回复:(by lichang)
上面2,3:弋戈现场观察过。
上面1&4:目前未做。建议将1做一下。

跟弋戈,已经对齐,死机发生大致有以下场景:
1,启动物理层过程中,发生过一次,截图发给了弋戈;
2,执行协议栈,在GPS启动之前,概率性发生;
3,执行协议栈,协议栈运行过程中,概率性发生。

目前没有具体数据统计,整体概率约1/10稍多。

#5

李 常 更新于 大约一个月 之前

  • 主题使用T3__Pre1及之前版本,在UU或D2D测试场景,偶现发生板卡挂死。 变更为 在UU口或D2D测试场景,偶现MCS status 未同步成功,板卡死机

修改了一下问题的title。

这个bug,重点关注这个问题吧,MCS status 未同步成功问题,导致死机,需重新上电重起。
从执行的窗口上看,未见打印“SUCESS: MCS Status 0x17"。

#6

李 常 更新于 大约一个月 之前

“MCS status 未同步成功”问题现象见之前附图:
0703-左边OK,右边挂死位置--对比图.jpg

#7

战 弋戈 更新于 29 天 之前

  • 指派给战 弋戈 变更为 梁 佐庆
#8

梁 佐庆 更新于 26 天 之前

  • 状态新建 变更为 进行中
  • % 完成0 变更为 10

这个错误应该是初始化校准不通过所致。

#9

梁 佐庆 更新于 22 天 之前

  • % 完成10 变更为 20

导出 Atom PDF