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.

[参考译文] CC3350MOD:使用 NetworkManager 进行长时间 Wi-Fi 扫描期间、CC33xx 驱动程序崩溃

Guru**** 2939240 points

Other Parts Discussed in Thread: CC3350MOD

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1634857/cc3350mod-cc33xx-driver-crash-during-long-running-wi-fi-scans-with-networkmanager

器件型号: CC3350MOD

消息

AM62x 上的 CC33xx WLAN 模块、适用于 AM62x v11.02.08.02 的 TI Processor SDK Linux(Yocto scarthgap,无线固件中的内核) 6.12.57 ti-linux-staging 1.7.0.323、wpa_supplicant、NetworkManager、用于管理我们所有的 网络。 无活动 Wi-Fi 连接、仅定期扫描可用网络。 (请参阅下文)

复制

while true; do nmcli d wifi rescan; nmcli d wifi; sleep 8; done —驱动程序在几个小时(有时是几天)后崩溃。 可以在不同的 Wi-Fi 环境中重现。

症状

日志显示重复 wlan0: Reject scan trigger since one is already pending、最终后跟 cc33xx: ERROR FW is stuck, triggering recoverycc33xx: ERROR failed to initiate cmd role enable。 设备进入不可恢复状态、需要重新启动。

20260409_dmesg.log 

电流理论(来自 TI 直接联系)

来自 wpa_supplicant 和 NetworkManager 的并发扫描请求可能会导致争用。

已尝试/排除的内容

  • 禁用 P2P (P2P_DISABLED=1) 未修复该问题
  •  network={key_mgmt=NONE} 从 wpa_supplicant.conf 中删除该块未修复
  • NetworkManager 中不存在 WLAN 接口的已保存连接
  • 仅通过 wpa_cli (对 wlan0 禁用 NM)运行扫描不会触发问题 — 它似乎特定于 NM + wpa_supplicant 交互
  • 保持活动 Wi-Fi 连接(而不仅仅是扫描)的设备不 会崩溃

链路状态

我们的直接 TI 联系人无法在内部重现问题并推荐给论坛。

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

    您好 Andreas、

    这看起来像是固件崩溃;我们需要通过收集固件日志进行调试。 您是否能够重现该问题、但也可以使用 simplelink wifi 工具箱收集记录器引脚的输出? 请确保您使用 Logger 工具的下拉框中的“自定义解析器选项“、并从 1.0.2.10 SDK: CC33XX-Linux-MPU 驱动程序或库| TI.com 上传 logger.bin

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

    尊敬的 Sabeeh:

    感谢您的答复。

    我已附上请求的文件。 要加快一些事情 ,我运行`而真;做 nmcli d wifi rescan; nmcli d wifi ;完成`。 (无`sμ A 睡眠`μ A)

    e2e.ti.com/.../20260413_5F00_dmesg.loge2e.ti.com/.../CC3350.zip

    此致

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

    尊敬的 Andreas:

    很抱歉、解析仍然没有正确完成。 我还看到您在 zip 文件中附加了 logger.bin、但这也是不正确的。  

    您提供的 logger.bin 的 SHA1 哈希值如下:

    678273e70e1f06dd59554d650822cb996e86925a.

    而来自 logger.bin 的 SHA1 哈希值从这里得到:  
    https://dr-download.ti.com/software-development/driver-or-library/MD-UoRUAALCjn/1.0.2.10/logger.bin

    48a8d8fbcf1d34a92fedf39f629b9e79534e40fb

    让我在以下步骤中详细说明:

    1.将 cc3350MOD 上的 LOGGER 引脚连接到 UART-USB 收发器的 RX 引脚(看起来这一步工作正常)。

     2.在 Simplelink Wifi Toolbox 中、点击 Logger、然后在 Device 选项下拉列表中选择“Custom Parser File“。

    3、上传以上链接下载的解析器箱文件。

    4.选择 USB-UART 收发器的 COM 端口。

    5.打开目标板的电源并开始扫描测试。

    正确解析非常重要、因为否则 大多数打印都会丢失、例如 FW 崩溃的确切位置。

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

    尊敬的 Sabeeh:

    感谢您的澄清。 日志现在更有意义、似乎表明问题确实与扫描有关。

    e2e.ti.com/.../20260416.pcapng.gze2e.ti.com/.../20260416_5F00_dmesg.log

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

    尊敬的 Andreas:

    是的、非常感谢您提供该信息。 我现在清楚地看到了一个断言和固件崩溃的确切点。 我看到、根据从 NetworkManager 生成的降角色命令、固件内部存在竞争条件、而固件已在扫描。

    我相信我已经为此创建了一个修复程序、但由于我无法重现此问题、我恳请您在周末进行测试。 另外、请使用新的 logger.bin、以防此长期测试中需要解决其他错误。

    固件版本为 1.7.70.323、不应用于任何生产目的、因为它尚未经过我们的内部周期。 我们只是在确定这个问题是否得到解决。

    e2e.ti.com/.../dbg_5F00_fix_5F00_1.7.70.323.zip

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

    尊敬的 Sabeeh:

    非常感谢! 该固件可解决该问题。 从星期五下午到现在进行了测试。

    我们现在面临的一个大问题是何时可以提供/发布可用于生产的版本? 不幸的是、我们客户的日程安排非常紧张。

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

    尊敬的 Andreas:

    很高兴听到这个消息。

    是的、在此期间、我们至少要对此固件进行额外的审查和测试、并将尝试快速提供更新、因为之前提供的 (1.7.70.323) 可能会通过我们的测试。 您能否为您的客户建议时间表?

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

    尊敬的 Sabeeh:

    我们首先需要它用于计划于 5 月初进行的内部测试。 至少在 5 月 8 日之前、我们需要将其集成到 Yocto 映像/环境中。 这是一个切合实际的期限吗?

    谢谢、Andreas

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

    尊敬的 Andreas:

    我认为我们不能得到一个新的版本与这个修复包括在当时。 但是、我可以推动的至少是对 1.7.70.323 FW 中所做更改的审查和扫描测试。 这样我们就可以保证此版本适合您的内部测试。

    当前计划是在第二季度末发布一个完整的新 SDK、其中包含此修复程序、然后您可以在公开发布时对此进行更新。

    这听起来对您来说是否正常?

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

    尊敬的 Sabeeh:

    是的、我想这是要去的地方。 能够测试将对我们有所帮助。

    再次感谢您的帮助。

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

    尊敬的 Andreas:

    只是一个标题 — 我提供的固件的补丁版本已获得批准用于您的内部测试。  如果您遇到任何新问题、请告诉我。 我们采用了非常类似的修复方法、它现在正在经历我们的内部测试周期。

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

    尊敬的 Andreas:

    我们将此问题的错误修复拉入最新版本 1.0.2.14 SDK、现已上线。

    https://www.ti.com/tool/download/CC33XX-LINUX-MPU/1.0.2.14

    请使用此版本、您可以将其用于内部测试和量产目的。

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

    尊敬的 Sabeeh:

    这是伟大的,感谢通知. 你知道它何时会发布在你的 git 存储库中吗? 构建 Yocto 将容易很多。 (https://git.ti.com/cgit/cc33xx-wlan/cc33xx-fw)

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

    尊敬的 Andreas:

    1.0.2.14 SDK 的固件现已推送到同一存储库。

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

    尊敬的 Sabeeh:

    非常感谢您的支持。

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

    尊敬的 Sabeh:

    我刚集成了这个版本。 很遗憾、我收到了来自 Linux 内核的很多警告。 对于您之前提供的版本、情况并非如此。 这是否与我们使用 SDIO 带内 IRQ 的事实有关?

    e2e.ti.com/.../2402.dmesg.log

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

    尊敬的 Andreas:

    我认为正向端口补丁存在问题、因为我尚未在内核 6.12 上测试 SDK 1.0.2.14。

    我现在已经在我的 imx93 板上测试了它,并在这里直接与您分享补丁。

    e2e.ti.com/.../0002_2D00_drivers_2D00_cc33xx_2D00_forward_2D00_port_2D00_cc33xx_2D00_1.0.2.14_2D00_SDK_2D00_to_2D00_6.patch