|
本帖最后由 footlog 于 2019-3-31 10:38 编辑
-------------------2019.03.31--------------------------
7603的patch,不一定完美解决,希望有点用
-------------------2019.03.28--------------------------根据下面的分析,可以知道断流是uapsd的原因,
一个设备发uapsd包的时候,驱动可能会把全局uapsd打开,这样2g响应速度就像蜗牛一样,基本上就不可用了
根据坛友们的提示以及网络,找到一个解决方法
修改了驱动代码后进行了测试,不断流了!
用手机测,2G速度只能到50M左右,几个手机都这样,奇怪的是台机的usb网卡能到100M左右
但是:不断流了!
用手机看4k,看高清,完全正常
由于是业余时间捣鼓,也不能有多完美,
想用的朋友 可以下了试一下,希望能及时反馈:
链接:https://pan.baidu.com/s/1s7iRn_Np5TJL4uonreb2BA 提取码:5eph
说明一下: 这个固件是基于hanwckf的源码进行的修改、编译,感谢hanwckf!
编译的时候内核用的O3选项,内存分配使用的slub
其它软件也是系统参数设成O3,但是有些软件没有用这个参数,还没有处理这个问题,这样就有些软件是O3编译出来的,有些是O2或者Os编译出来的,也不影响使用
-------------------2019.03.26--------------------------
主要是针对newifi 3的2.4G信号进行的测试:
1.eeprom进行修改,就是A0~Af、C0~Cf几个字节,修改后信号增强,感觉是打开了eLNAePA的原因
https://www.right.com.cn/forum/thread-494309-1-1.html
2.重新编译了一个固件,内核编的时候重选了一些配置,打开debug等
感兴趣的可以下了一起测试一下:
先别下了,等我改了bug自己测了再发
3.用atkping、iperf3进行测试,同时观察日志
稳定运行(近距离、用笔记本电脑,intel的无线网卡)比较长时间1小时多基本上无掉包,断流
一个是Ping路由器,一个是ping上级的电脑
日志输出基本上就是:(屏蔽了一些)
- Mar 27 14:23:01 kernel: [ 905.101000] INFO: 0 the traffic rule with cnt ApClient[0],STA[0]
- Mar 27 14:23:01 kernel: [ 905.107000] TxTotalCnt = 94
- Mar 27 14:23:01 kernel: [ 905.601000] TxTotalCnt = 89
- Mar 27 14:23:06 kernel: [ 910.101000] INFO: 0 the traffic rule with cnt ApClient[0],STA[0]
- Mar 27 14:23:06 kernel: [ 910.107000] TxTotalCnt = 96
- Mar 27 14:23:06 kernel: [ 910.601000] TxTotalCnt = 349
- Mar 27 14:23:07 kernel: [ 911.101000] INFO: 0 the traffic rule with cnt ApClient[0],STA[0]
- Mar 27 14:23:07 kernel: [ 911.107000] TxTotalCnt = 70
- Mar 27 14:23:07 kernel: [ 911.601000] TxTotalCnt = 73
- Mar 27 14:23:08 kernel: [ 912.101000] INFO: 0 the traffic rule with cnt ApClient[0],STA[0]
- Mar 27 14:23:08 kernel: [ 912.107000] TxTotalCnt = 148
- Mar 27 14:23:08 kernel: [ 912.601000] TxTotalCnt = 88
复制代码
重点来了:
用一个手机运行iperf3测速,拿着远处走
到一定距离的时候,就会显示一会有点数据,一会流量0
这个时候看日志:
- Mar 27 14:23:45 kernel: [ 949.107000] TxTotalCnt = 94
- Mar 27 14:23:45 kernel: [ 949.211000] pAcPsQue->Number=4,PS:3
- Mar 27 14:23:45 kernel: [ 949.425000] pAcPsQue->Number=4,PS:3
- Mar 27 14:23:45 kernel: [ 949.601000] TxTotalCnt = 84
- Mar 27 14:23:46 kernel: [ 949.638000] pAcPsQue->Number=4,PS:3
- Mar 27 14:23:46 kernel: [ 949.949000] pAcPsQue->Number=4,PS:3
- Mar 27 14:23:46 kernel: [ 950.101000] INFO: 0 the traffic rule with cnt ApClient[0],STA[0]
- Mar 27 14:23:46 kernel: [ 950.107000] TxTotalCnt = 72
- Mar 27 14:23:46 kernel: [ 950.258000] pAcPsQue->Number=4,PS:3
- Mar 27 14:23:46 kernel: [ 950.361000] pAcPsQue->Number=5,PS:3
- Mar 27 14:23:46 kernel: [ 950.435000] PeerDelBAAction ==>
- Mar 27 14:23:46 kernel: [ 950.438000] BA - PeerDelBAAction----> RECIPIENT, Reason = 39
- Mar 27 14:23:46 kernel: [ 950.444000] AsicUpdateBASession():Update BA Session Info of wcid(1)=>tid=0, sn = 0, basize=0, isAdd=0, ses_type=Ori(1)
- Mar 27 14:23:46 kernel: [ 950.455000] AsicUpdateBASession(): ent->wtbl_addr[1]=0x4007c, val=0x00000000
- Mar 27 14:23:46 kernel: [ 950.462000] BAOriSessionTearDown===>Wcid=1.TID=0
- Mar 27 14:23:46 kernel: [ 950.466000] ===>Idx = 1, Wcid=1.TID=0, ORI_BA_Status = 3
- Mar 27 14:23:46 kernel: [ 950.472000] BATableFreeOriEntry: Wcid = 1, TID = 0
- Mar 27 14:23:46 kernel: [ 950.477000] BATableFreeOriEntry numAsOriginator= 2
- Mar 27 14:23:46 kernel: [ 950.505000] BA Ori Session Timeout(1) : Send ADD BA again
- Mar 27 14:23:46 kernel: [ 950.510000] BA - Send ADDBA request. StartSeq = 5d3, FrameLen = 33. BufSize = 64
- Mar 27 14:23:46 kernel: [ 950.601000] TxTotalCnt = 91
- Mar 27 14:23:47 kernel: [ 950.670000] pAcPsQue->Number=5,PS:3
- Mar 27 14:23:47 kernel: [ 950.881000] pAcPsQue->Number=5,PS:3
复制代码 多了一些PS的输出,测了几次都发现这个问题
出现了带PS的日志后,ping时间就变长,响应时间变慢,
别的客户端ping的时候也超长,从几ms到几百ms,一般也不会自动恢复
断开后重连,现象消失
这个过程中,基本上没有丢包,只是慢
如果日志中没有出现 :pAcPsQue->Number=5,PS:3
iperf3出大堆0后,再靠近路由器还能是正常使用
大概看了下ps就是power save
感觉是PS的处理有问题
可能是把单点的Ps给当成全局的了?
intel的无线网卡开了UAPSD,可能与这个也有关系?
不知道有没有人看过7603的驱动?能不能一起讨论一下?
|
本帖子中包含更多资源
您需要 登录 才可以下载或查看,没有账号?立即注册
×
评分
-
查看全部评分
|