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.

[参考译文] WILINK8-WIFI-MCP8:三星Galaxy S7平板电脑(Qualcomm®︎ FastConnect™︎ 6x00)的WiLink8 Block-ACK问题

Guru**** 633655 points
Other Parts Discussed in Thread: AM3358, WL1835MOD
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/other-wireless-group/other-wireless/f/other-wireless-technologies-forum/1088041/wilink8-wifi-mcp8-wilink8-block-ack-issue-with-samsung-galaxy-s7-tablet-qualcomm-fastconnect-6x00

部件号:WILINK8-wifi

我们已确定,当8.9 WiLink8充当启用WMM的AP时,较新的三星S7平板电脑和运行最新固件(WMM。0.0)的WL8之间存在兼容性问题

平板电脑按预期发送类型0x0028的QoS数据帧,但也发送类型0x002c的QoS NULL帧,并且对 这两种类型的数据包使用独立的序列号链。

当两个序列号链在启用了Block ACK的情况下彼此接近时,WiLink8发送的Block ACK将变得混乱,并开始使用QoS NULL链中的Block-ACK位图值发送,但在QoS数据帧的Block-ACK上发送。  这有效地在两个链之间的孔中对序列号进行了黑洞处理,从而导致WL8 拦截传入QoS数据帧,但没有将它们传递到主机进行处理,因为它似乎认为它已经这样做了。

iOS平板电脑似乎对其NULL帧使用类型0x0024 (非QoS类型),并且不会遇到此问题。

如果需要,我可以提供几个.pcap文件来显示此行为。

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

    您好,Andy:

    如果您可以提供.pcap文件,我可以查看它们。  

    您能否进一步解释您的应用程序和硬件设置?  WL8是否连接到基于Linux的MPU? 如果是,Linux内核版本是什么?   

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

    应用程序是平板电脑与之交互以同步/共享数据的专用设备。  它仅运行2.4GHz,并充当接入点。  我不想在公共网站上张贴pcaps,有没有其他方法可以将pcaps提供给您?

    WL8连接到运行内核版本4.19 .................94且具有AM3358处理器的基于Linux的系统。

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

    您好,Andy:

    您是否应用了R R 8.8 内核驱动程序补丁程序? 您可以在此处找到有关如何应用它们的指南: https://www.ti.com/lit/swru561  

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

    在我们验证系统中是否存在每个内核和hostap修补程序时,我的理解是,固件拥有Block-ACK位掩码的内容。  TI是否可以确认WL8可以支持作为AP与设备进行通信,因为这些STA设备使用不同QoS数据包类型的不同序列号链?

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

    您好,Andy:

    我已开始与您进行直接消息对话,以便我们可以来回共享任何文件。 我将查看您发送的日志,并在下周初更新。  

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

    您好,Andy:  

    我想开始重复你的问题。 但是为了确认我确实看到了这个问题,我真的很想让您捕获pcaps。 如果您无法找到 E2E的直接消息传递系统,请告诉我。 我们可以使用它来共享文件。  

    此外,如果您能够通过gLogger收集固件日志,这也会很有帮助。  

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

    Direct Messaging系统似乎不允许我附加pcap文件。  我能够附加Excel图表,该图表显示不同的QoS数据和QoS NULL序列号流以及最后一个良好的块确认序列号(此处附加以供其他人参考)。  它似乎显示当WiLink 8 Block-ACK在两个不同的序列号流之间来回跳转时,它们"太近"

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

    您好,Andy:

    感谢您提供.pcaps。 该图表还帮助我看到了"转换",我相信我看到了您所描述的内容。 这种行为当然很奇怪,我们需要进一步调试。 我不确定  

    我需要在我的方面重现该问题,以便我们可以继续调试,但我需要一些帮助。 您能否提供(公开或私下) hostapd.conf和任何其他相关配置(对INI的更改等)? 应用程序层上运行的是什么,或者有什么类似的东西可以用来重现该问题?  

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

    我已将hostapd.conf文件上载到您发送的驱动器目录。  我们尚未对configure-device.sh使用的.ini文件进行任何更改。  使用的.ini文件为 :https://git.ti.com/cgit/wilink8-wlan/18xx-ti-utils/tree/wlconf/official_inis/WL1835MOD_INI_C2PC.ini

    以下是该脚本的输出:

    TI模块:Y
    切屑风味:1835
    使用的基本INI文件:/usr/sbin/wlconf/official_inis/WL1835MOD_INI_C2PC.ini
    安装的2.4GHz天线数量:1.
    安装的5GHz天线数量:0
    多样性支持:N
    SISO40支持:Y
    适用的日本标准:n

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

    使用的文件版本为 :git.ti.com/.../WL1835MOD_INI_C2PC.ini

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

    您好,Andy:

    您使用的是哪种访问类别(AC)? 如果您切换到另一个(语音,视频等),问题是否仍然存在?  

    此外,由于此问题似乎仅出现在Android平板电脑上,您能否向我们提供重现此问题的其他方法? 我们目前还没有这款平板电脑。  

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

    我们不会为从任意一侧发送的流量设置任何AC值。  嗅探器捕获可确认这一点。  WMM之所以重要,是因为没有WMM,您就无法获得Block-ACK功能,而这正是此问题的根源所在。  如果我们关闭WMM,问题将消失(因为我们停止使用Block-ACK),但会导致30 % 性能下降。

    重现此问题的唯一方法是连接到WL8 AP的设备发送类型0x002c帧(QoS空)。  任何Galaxy S7平板电脑或使用Qualcomm FastConnect 6x00 Wi-Fi实施的任何其他设备都应触发相同的问题。

    [编辑],在平板电脑发送的QoS数据帧上添加QoS控制示例:

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

    我们运行了一项测试,其中Android端 将视频分类置于TCP流量上,但该通信路径未遇到任何问题。  这不是一个完整的解决方案,因为它不适用于ARP,DHCP,mDNS或其他非TCP服务,但它确实为我们提供了一个线索,即WiLink8端似乎有一个与分类绑定的Block-ACK状态机。

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

    感谢您的深入见解,我们将对其进行进一步调查。 与此同时,我们正在努力收购使用Qualcomm芯片组的设备。  

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

    值得注意的是,我们对使用WiLink6的旧设备执行了相同的测试,但没有遇到此问题。  WMM和802.11n已启用,Block-ACK在两个方向上流动。  最大的区别是,WL6对 平板电脑发送的QoS NULL帧使用标准ACK (类型0x001d),而WiLink8使用Block-ACK来确认QoS帧。

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

    嗨,Andy,请查看您的直接消息,了解重要更新。