活动
从 2021-10-24 到 2021-11-22
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
2021-11-02
- 11:33 错误 #681 (已解决): 北邮环境 ubuntu Ubuntu 20.04(内核5.8.x);主机 Dell POWEREDGE T640 ,ko中ioremap_nocache函数内核5.8.x版本不支持,重新修改支持。
- 09:43 错误 #681: 北邮环境 ubuntu Ubuntu 20.04(内核5.8.x);主机 Dell POWEREDGE T640 ,ko中ioremap_nocache函数内核5.8.x版本不支持,重新修改支持。
- 对5.8版本内核中的arch/x86/mm/ioremap.c文件进行查看,发现ioremap_nocache已经改名为ioremap. 在ko代码中增加版本的判断。
- 09:36 错误 #681 (已解决): 北邮环境 ubuntu Ubuntu 20.04(内核5.8.x);主机 Dell POWEREDGE T640 ,ko中ioremap_nocache函数内核5.8.x版本不支持,重新修改支持。
- 编译时出现没有找到ioremap_nocache函数。
2021-10-29
- 12:22 错误 #674: fhdemo 绑定cpu后,接收时出现rx_seq 跟 ttiCount 逐渐增大的情况。
- tti 增大问题看现象最后也会出现只有发送没有接收的情况。应该可以进行关联。
2021-10-26
- 16:46 错误 #674 (进行中): fhdemo 绑定cpu后,接收时出现rx_seq 跟 ttiCount 逐渐增大的情况。
- 在247环境上,使用STE版本,运行一个半小时,未出现异常。
!ste_2.png!
此时RU检测到DU和RU时钟是同步的(RU收到DU的tti时隙中断计数器和 RU本地122.88M时钟产生的61440计数中断一致,且RU收... - 15:59 错误 #674: fhdemo 绑定cpu后,接收时出现rx_seq 跟 ttiCount 逐渐增大的情况。
- 同时在排查日志过程中,发现有日志丢失现象。
通过检查代码,会只保留第一个日志文件,其他两个文件会被不断进行覆盖。 以前的需求是想保留第一个文件,认为第一个文件比较有用。 - 15:46 错误 #674 (已解决): fhdemo 绑定cpu后,接收时出现rx_seq 跟 ttiCount 逐渐增大的情况。
!1.png!
!2.png!
!3.png!
- 15:27 错误 #673 (已解决): fhdemo tti 丢失
- 相同的FhDemo代码,在106运行良好,在245运行出现问题。(106为一般测试机,245为基站)
在245出现的问题如下:
1、数据的接收发送应该成对出现,运行一段时间后,出现两次发送对应一次接收。开始理解为tti丢失。
2... - 15:26 错误 #673: fhdemo tti 丢失
- 现象:
在进行测试FhDemo时,在106主机运行情况良好,不会发生tti时间超时,在换到245主机时,运行一段时间后发生tti_step 大于1的情况,导致在以后的运行过程中产生异常。 - 15:23 错误 #673 (已解决): fhdemo tti 丢失
- 相同的FhDemo代码,在106运行良好,在245运行出现问题。(106为一般测试机,245为基站)
在245出现的问题如下:
1、数据的接收发送应该成对出现,运行一段时间后,出现两次发送对应一次接收。开始理解为tti丢失。
2...
导出 Atom