This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] WL1807MOD:连接8个 STA 时 AP 无发送数据问题。

Guru**** 2416540 points
Other Parts Discussed in Thread: WL1807MOD

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1160916/wl1807mod-ap-no-transmit-data-issue-when-8-sta-is-connected

器件型号:WL1807MOD
Thread 中讨论的其他器件:WL1271

各位专家、您好!

我们的客户报告了以下问题。

您能否调查问题并回答他们的问题?


[条件]
8个 STA 连接到 WL1807 AP 后、STA 和 AP 之间以固定的间隔执行 TCP 通信

[症状]
AP 数据帧不会 trampited 到 STA。
AP 可以从 STA 接收数据帧

在这种情况下、如果一个 STA WiFi 关闭并打开、则4路握手会成功
AP 不向 STA 发送数据帧(在空中找不到)。
它可以传输802.11管理帧和 EAPOL、但不能传输数据帧。

[调试信息]
TX_QUEK_COUNT 被计数、TX_packets_count 不被计数。

/sys/kernel/debug/ieee80211/phy0/wlcore
TX_FRAes_MAP[0]= 0x3ff
TX_queue_count[0]= 108564
TX_queue_count[1]= 0
TX_queue_count[2]= 0
TX_queue_count[3]= 0
TX_packets_count = 25041
TX_Results_count = 25031
RX_COUNTER = 131931

TX_FRAes_MAP[0]= 0x3ff
TX_queue_count[0]= 108587
TX_queue_count[1]= 0
TX_queue_count[2]= 0
TX_queue_count[3]= 0
TX_packets_count = 25041
TX_Results_count = 25031
RX_COUNTER = 131954

TX_FRAes_MAP[0]= 0x3ff
TX_queue_count[0]= 109770
TX_queue_count[1]= 0
TX_queue_count[2]= 0
TX_queue_count[3]= 0
TX_packets_count = 25041
TX_Results_count = 25031
RX_COUNTER = 133137


-当8 STA 断开连接时、恢复过程将在5分钟后运行、并显示错误消息。

---- wlcore復旧ログ20221003.log-------
[2022-10-03 19:55:34.290][16662.164253] wlcore:5000ms 内无 Tx (在 FW 中)。 AP 有1个站点
[2022-10-03 19:55:39.333][16667.204253] wlcore:5000ms 内无 Tx (在 FW 中)。 AP 有1个站点
[2022-10-03 19:55:44.382][16672.244250] wlcore:5000ms 内无 Tx (在 FW 中)。 AP 有1个站点
[2022-10-03 19:55:49.423][16677.284252] wlcore:5000ms 内无 Tx (在 FW 中)。 AP 有1个站点
・・・(5分継続)・・・μ A
[2022-10-03 19:57:15.099][16762.964253] wlcore:5000ms 内无 Tx (在 FW 中)。 AP 有1个站点
[2022-10-03 19:57:17.147][16765.029900] wlcore:IRQ 工作
[2022-10-03 19:57:17.250][16765.032984] wlcore:从 elp 唤醒芯片
[2022-10-03 19:57:17.250][16765.043671] wlcore:唤醒时间:10ms
・・・・μ A
[2022-10-03 19:57:24.670][16772.324253] wlcore:错误 Tx 卡滞(在 FW 中) 5000ms。 正在开始恢复
[2022-10-03 19:57:24.670][16772.331107]--- [在此处剪切]-----
[2022-10-03 19:57:24.670][16772.343569]警告:CPU:0 PID:28103 at drivers/net/wireless/ti/wlcore/main.c:794 wl12xx_queue_recovery_work + 0x5c/0x60 [wlcore]
----------------------------------------


<---- 执行恢复过程。
/wlcore/main.c----
/*
* AP 可能会为睡眠的基站长时间缓存帧、
*因此、如果有 AP 接口与站点、请重新启用计时器。 如果
* Tx 真正卡住了、我们最希望能发现它
由于不活动、*药柜被移除。 *
if (wL->active_sta_count){
wl1271_debug (debug_TX、"在%d ms 内无 Tx (在 FW 中)。 AP 具有"
"%d 个电台"、
wl->conf.TX.TX_Watchdog_timeout、
wl->active_sta_count);
wl12xx_rearm_TX_Watchdog_locked (WL);
转至输出;
}wl1271_error ("Tx Stuck (In FW) for %d ms。 开始恢复"、
wl->conf.TX.TX_Watchdog_timeout);
wl12xx_queue_recovery_work (WL);<---- 恢复过程。

输出:
互斥锁(&WL->互 斥);
--------

[其他]
将"SLEEP_auth"从2更改为0时、会发生相同的问题。
CAT /sys/kernel/debug/ieee80211/phy0/wlcore/sleep_auth 0

当 WiFi 驱动器的 TX_queue_count 达到上限时、就会发生此问题。 (通常卡在256、但很少更大)
如果连接的 STA 数量= 0持续5分钟、
驱动程序失效防护 wl12xx_queue_recovery_work (WL);

问题:

1) 1)是否可以解决此问题?

2) 2)用户是否有任何恢复方法、请展示。


此致、
A. Fujinaka

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    您的客户使用哪种 Linux 内核版本? 他们是否应用了 R8.8驱动程序中的补丁?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    我们的内核版本是  5.4.47.

    我们不应用任何补丁。 我们可以从何处获取该补丁?

    此致、

    是的、Hara

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Hara、

    我们在 以下位置提供了内核4.19的补丁:https://git.ti.com/cgit/wilink8-wlan/build-utilites/tree/patches/kernel_patches/4.19.38?h=r8.8

    我认为它们不适用于您的内核5.4。 您使用的是哪种器件固件?

    当您连接了7个电台时、一切正常吗?

    当您同时连接了7个和8个站点时、是否可以使用 iw 列出和计算连接的站点数量? 我想知道该器件是否认为有7个或8个以上的已连接客户端。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Sabeeh、

    • 应用修补程序

    我们的内核5.4是用于 i.MX6 ULL 的 Yocto 项目。

    我已经检查了内核、它似乎没有应用您指示的补丁。

    我尝试了修补 程序,但某些修补程序无法应用。 某些修补程序成功应用、但无法构建。

    我认为这是由内核版本(4.19和5.4)的差异引起的。

    哪个补丁对该问题有效?

    • 发生情况

     当我连接了7个站点时、 也会出现此问题。

    此时、iw (dev station dump)上显示的电台数与实际值相匹配。

    此问题似乎取决于 Wi-Fi 重新认证的数量。

    当我有8个(或7个、6个)站点并重新引导一个站点时、 TX_queue_count[0]每次重新引导都会增加。

    TX_queue_count[0]永远不会减少、当它达到256 (或255)时、WL1807mod 将停止转发任何数据包。

    在极少数情况下 、TX_queue_count[0]超过256。

    此致、

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    由于您使用的是内核5.4、我认为此处不应应用补丁。 我提到的补丁专门针对内核4.19。  

    请允许我在内部讨论此问题、我需要几天时间、我将向您提供最新信息。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!  

    004和005修补程序可应用于  内核5.4。
    使用修补的驱动程序,此问题已得到解决。
    感谢您的支持。

    此致、