活动
从 2021-11-03 到 2021-12-02
2021-12-02
- 17:35 错误 #722: 在增加根据板卡信息来决定是否要进行DAC后，在245上整体运行时，会出现undefined symbol: _ZN8RfChanIfC1Eii
- 现在已修正，经测试正常。
- 17:35 错误 #705: 在跑Fecdemo1时，第一次跑正常，中断后第二次跑会出现只有发送，没有接收的情况。
- 经测试当第二次启动时发生错误后，重新加载驱动，再次运行fecdemo1可以恢复正常。
2021-12-01
- 19:31 错误 #722: 在增加根据板卡信息来决定是否要进行DAC后，在245上整体运行时，会出现undefined symbol: _ZN8RfChanIfC1Eii
- 在保持原有fhMgr函数参数不变，通过全局变量来传递需要用到参数。
- 17:44 错误 #722: 在增加根据板卡信息来决定是否要进行DAC后，在245上整体运行时，会出现undefined symbol: _ZN8RfChanIfC1Eii
- 考虑可能的原因是上层调用了修改的函数。
- 17:43 错误 #722 (已关闭): 在增加根据板卡信息来决定是否要进行DAC后，在245上整体运行时，会出现undefined symbol: _ZN8RfChanIfC1Eii
- 跑fhdemo 没有问题， 但整体测试时，会出现错误信息。
/root/yzmm/rel/GNB/phy/YZS_PRU_V2.0.12/bin/l1app: symbol lookup error: /root/yzmm/re... - 17:31 错误 #705: 在跑Fecdemo1时，第一次跑正常，中断后第二次跑会出现只有发送，没有接收的情况。
- 驱动在退出时，可以设置pci进行热重启。
2021-11-24
- 15:32 错误 #705: 在跑Fecdemo1时，第一次跑正常，中断后第二次跑会出现只有发送，没有接收的情况。
- 根据现象判断是没有断电会导致这个现象出现，能想到的办法是给pci插槽断电，通过阅读pci规范，发现pci是可以定义热重启的。
2021-11-22
- 18:16 任务 #713 (新建): [AU] 上行256QAM FEC
- 18:15 任务 #712 (新建): CPRI 接口功能开发
- 18:14 任务 #711 (新建): [AU/RU] 高精度的时间同步(1588)
- 18:13 任务 #710 (新建): [AU] 多RU接收数据合并
- 18:12 任务 #709 (新建): [AU/RU/Dev] 基站通过编译选项支持 2T2R/4T2R/4T4R
- 优先BA5215
- 18:08 任务 #708 (转测试): [AU] 基站 AU同步到输入的PPS外部时钟上
2021-11-19
- 17:43 错误 #705: 在跑Fecdemo1时，第一次跑正常，中断后第二次跑会出现只有发送，没有接收的情况。
- 怀疑是在重新初始化时，没有对fpga初始化。 现在的代码中是注释掉了。 以前注释的原因可能是这个：http://192.168.100.49/issues/40
- 11:54 错误 #705: 在跑Fecdemo1时，第一次跑正常，中断后第二次跑会出现只有发送，没有接收的情况。
- 这个现象几乎是必现的，第一次跑正常， 按ctrl c中断后，只有编码的发送。
战 弋戈 写到：
> 这个现象几乎是必现的，第一次跑正常， 按ctrl c中断后，只有编码的发送。
用poweroff关机后，第一次跑正常，... - 11:52 错误 #705: 在跑Fecdemo1时，第一次跑正常，中断后第二次跑会出现只有发送，没有接收的情况。
- 这个现象几乎是必现的，第一次跑正常， 按ctrl c中断后，只有编码的发送。
- 11:06 错误 #705 (新建): 在跑Fecdemo1时，第一次跑正常，中断后第二次跑会出现只有发送，没有接收的情况。
- 通过检查日志，发现在进行几次解码的发送请求后，没有收到解码的发送释放， 在进行几次解码的接收请求后，没有收到解码的接收释放请求。
可以理解为解码的发送释放，解码的接收释放出现问题。
!fecdemo1_fail!
2021-11-18
- 20:53 错误 #703 (已关闭): 在测试fhdemo过程中，发现rx的请求一开始会发送两次，但一直不会释放。
- 此时测试DU和RU使用了新的连接线（光模块间使用电缆连接），发现ru和du建立连接时，du收到一些无效数据，导致head判断错误。在更换为正式光纤连接后测试正常。
- 16:02 错误 #703 (已关闭): 在测试fhdemo过程中，发现rx的请求一开始会发送两次，但一直不会释放。
2021-11-12
- 17:52 错误 #692 (已关闭): DELL服务器 Fecdemo 跑不起来
- 弋戈在查看DELL产品服务器手册时，发现主板几个插槽支持的PCIE速度等级接线不同。我们插的是X4接线的槽位，更换X8接线的槽位后，Feccdemo2 正常。
- 17:20 错误 #692: DELL服务器 Fecdemo 跑不起来
- 使用690T板卡和11P板卡测试，X86看到也是未收到第一个编码后帧的写完成标志，现象类似
- 17:19 错误 #692: DELL服务器 Fecdemo 跑不起来
- 小平新生成一个小的待编码帧，fpga把编码模块注释掉，直接dma环回。x86看到完成了一个帧的传输，在第二个帧时出现同样现象（最后一个小包的包尾时last拉高但ready一直为低）。
第一个帧小包基地址从0x0001_c201_00... - 17:19 错误 #692: DELL服务器 Fecdemo 跑不起来
- 查看rq总线小包头填写的基地址，第一个小包基地址是0x0001_c201_0000， 最后一个小包基地址是0x0001_c201_1900（包尾时last拉高但ready一直为低）。
2021-11-11
- 20:14 错误 #692 (进行中): DELL服务器 Fecdemo 跑不起来
- 看fpga调测，现象是rq总线输入给fpga的 ready信号某次无效（0）后一直保持0，导致一个数据帧没发送完，完成标志也就没写， 详细原因还待再分析
- 20:14 错误 #692 (已关闭): DELL服务器 Fecdemo 跑不起来
- 使用仅编码版本测试，现象是编码返回的第一包PCIe总线未发送完成
2021-11-10
- 17:09 错误 #686 (进行中): STE项目FPGA新出的版本，运行demo可以跑通，运行正式程序没tti
- 待后续出版本时观察现象是否仍然存在
- 17:07 错误 #690 (已关闭): FPGA某个基站版本，在ip245电脑上能跑demo（非结构体分支）Fh和Fec，但运行正常程序时TTI跳变
- 其他版本无tti跳变问题。
2021-11-09
- 16:50 错误 #686: STE项目FPGA新出的版本，运行demo可以跑通，运行正式程序没tti
- 弋戈发现demo和正式程序走的分支不同，正式程序走的是输入结构体参数的分支，多配置了ru的一些参数。看代码发现FPGA新版本RU配置这里连接有点问题，修改后正式程序可以跑。
- 16:47 错误 #686 (已关闭): STE项目FPGA新出的版本，运行demo可以跑通，运行正式程序没tti
导出 Atom