活动
从 2020-11-07 到 2020-12-06
2020-12-01
- 20:59 错误 #264: 开机第一次可以运行，第二次后全部挂死
- 2.196（FP TDD）出现不断挂死现象，挂死位置与之前相同，代码没有改动，reboot后挂死消失
2020-11-23
- 15:34 错误 #259: ping包时延过大
- 内环测试：ping时延大概为3ms
- 10:54 错误 #259: ping包时延过大
- 初步定位到时延大的部分为testmac_udp_tx部分，继续分析发现是由于前一个包的发送条件是下一个包已将被放置到buffer里，但由于下一个包的到达时间不确定，即下一个包与前一个包的时间间隔是不定的，所以造成时延过大且每次时延都不...
- 10:47 错误 #264: 开机第一次可以运行，第二次后全部挂死
- 当前定位进度：
黑色机箱更换CPU，出现：
rst_204b
fpga 204b:2
device RxFramerStatus = 0x7e
fpga 204b:2
device RxFramerStatus = 0... - 10:46 错误 #264: 开机第一次可以运行，第二次后全部挂死
- 初步确认与硬件环境相关，不能确定 “在testmac退出后CPU主频发生变换”是否与挂死问题是相关的，其他白色机器也会出现降频问题，但不会挂死
2020-11-19
- 11:48 错误 #264: 开机第一次可以运行，第二次后全部挂死
- 2.194的黑色机箱运行testmac也会出现挂死
- 10:17 错误 #264 (已解决): 开机第一次可以运行，第二次后全部挂死
- 设备（192.168.2.245）基站模式下重启或者开机后的第一次可以运行，CPU主频3.4Ghz，系统设置为3.3;
第二次运行关闭物理层，无异常，关闭testmac后CPU主频瞬间降至3.3Ghz，再次运行出现挂死，在打印"gN...
2020-11-10
- 14:34 错误 #259 (进行中): ping包时延过大
- Wireshark抓到两条重复的ICMP request, 第二条request与reply的间隔之间只有几us,网上查找发现：
Wireshark is very likely trying to tell you that ...
2020-11-07
- 10:31 错误 #258: 收到ARP但单个数据包时延过大
- UDP灌包ok，双向可以达到700Mbps/600Mbps
- 10:28 错误 #258 (已解决): 收到ARP但单个数据包时延过大
- ARP请求和回复成功。ping包成功。但ping包时延过大，部分超过3s
- 10:27 错误 #258: 收到ARP但单个数据包时延过大
- 修改了设计方案，添加了有包就发的机制，即ask_flag
只要有单个数据包，并且物理层有资源，就将该数据包通过一个TB发送，并占用一个TB资源 - 10:26 错误 #258 (已解决): 收到ARP但单个数据包时延过大
- 接收端可以抓到ARP请求，但时延过大，导致发送端认为丢包
- 10:30 错误 #259 (已解决): ping包时延过大
- Server到APP的ICMP包来回时延过大，从40ms到3s不等
导出 Atom