[参考译文] WL1807MOD：随机崩溃和数据包损坏问题

您好、

发生频率如何？

你在做什么类型的流量? 高吞吐量？

在这些情况下、最好是从器件获取固件日志。 它有一个专用引脚。

您可以在 https://www.ti.com/lit/ug/swru435a/swru435a.pdf 中找到更多详细信息

此致、

Shlomi

尊敬的 Shlomi：
   5GHz 和 WPA3 的 AP Aruba 515 网状路由器会出现此问题。  数据包丢弃的发生频率更高、并且崩溃是随机发生的。 请查找其他日志。

a.已禁用省电模式  
b.使用命令 iw dev wlan0 set bitrates legace-5 6 设置比特率、 仍会发生数据包损坏错误。  

此致、

Viswa

e2e.ti.com/.../connection_5F00_details.txte2e.ti.com/.../FWPanic_5F00_crash.txte2e.ti.com/.../packet_5F00_error.txte2e.ti.com/.../kernelbootuplog.txt

您好、

正如电话上所讨论的、我们来尝试按照说明获取固件日志、以便更好地了解固件。

Shlomi

尊敬的 Shlomi：
     我们正在按照您的建议对硬件进行更改。 您能告诉我可以在哪里下载 glogger 工具的确切链接吗？ 我在 WTS 和给定的 WILINK8-WIFI-NLCP 驱动程序或库| TI.com 中找不到 glogger 工具

此致、

Viswa

谢谢,请附上后,你有了.

尊敬的 Shlomi：
由于出现以下错误、我们无法连接。 当我们在 mobaxterm 中连接同一个 COM 端口时,我们可以看到一些垃圾数据,当 wifi 驱动程序启动时。 请告诉我如何解决此问题？

当同一个“来“端口连接到 mobaxterm 垃圾数据时、将持续进行打印。

此致、

Viswa

尊敬的 Shlomi：
由于出现以下错误、我们无法连接。 当我们在 mobaxterm 中连接同一个 COM 端口时,我们可以看到一些垃圾数据,当 wifi 驱动程序启动时。 请告诉我如何解决此问题？

当同一个“来“端口连接到 mobaxterm 垃圾数据时、将持续进行打印。

此致、

Viswa

=====================================================
我将波特率更改为 115200、现在我可以收集日志

e2e.ti.com/.../8780.stream.csv

====================================================
glogger 中使用的 BIN 文件与目标中使用的 BIN 文件相同。 BIN 文件取自主器件。

root@s40-bigbend-v1：/lib/firmware/ti-connectivity sha256sum wl18xx-fw-4.bin
32777445a5c14cd467300f1ae214e9484cc5e8e76b73637519d036bf47486f245 wl18xx-fw-4.bin

root@CHEWA3lMZFtGPe6：/mnt/c/Users/VXR18/Downloads # sha256sum wl18xx-fw-4.bin
32777445a5c14cd467300f1ae214e9484cc5e8e76b73637519d036bf47486f245 wl18xx-fw-4.bin

=======================================

此致、
Viswa

尊敬的 Viswa：

应该是 3M。 其他费率不会正确收集日志。

您是否在管理员模式下运行？

只需检查 UART 端口是否正常、您能否在原始二进制模式下记录从引脚发出的位流并共享？

也许我将能够离线查看是否可以对其进行解码。

请注意、它必须是原始二进制文件。

我建议使用 TeraTerm、因为它具有二进制模式、我知道它在我这边有效

请查看一些屏幕截图。

此致、

Shlomi

尊敬的 Shlomi：
感谢您的详细信息。 请找到原始二进制文件。

e2e.ti.com/.../fwmgr_5F00_raw_5F00_bin.log

此致、

Viswa

您好、

必须是 3M、而不是 921600K。

Shlomi

您好、
当我将波特率更改为 3M 时,我会注意到所有的数据都是作为 FFF

当 budrate 为 3000000 时、所有容器文件内容均为 FF

e2e.ti.com/.../5305.fwmgr_5F00_raw_5F00_bin.log

然后将 baudrate 更改为 921600  

e2e.ti.com/.../4774.fwmgr_5F00_raw_5F00_bin.log

此致、

Viswa

尊敬的 Viswa：

这是意料之中的。 经典（非 CP2102N）CP210x 器件支持高达的波特率  921600。这意味着您无法以 3M 波特率使用它们。

1 月

谢谢 Jan、我们使用的是 CP210X。

此致、

Viswa

尊敬的 Jan 和 Shlomi：
  是否有办法降低波特率并收集问题日志？

此致、

Viswa

遗憾的是、这在器件中进行了硬编码。

我们通常使用基于 FTDI 的电平转换器。

您好、

是否确定在固件崩溃期间捕获了这些 gLogger 文件？

我在这些日志中没有看到任何固件崩溃/断言。

您应该记录 gLogger 在您得到如下所示的时间:

203.168851] wlcore：警告无法刷新所有 TX 缓冲区、超时（超时 500ms
[203.217494] wlcore：收到软件看门狗中断错误！ 开始恢复。
[203.223213]---- 【在这里剪切】------

无论如何、您是否曾尝试使用 WPA2（而非 WPA3）来查看您是否仍看到这些警告？

Shlomi

尊敬的 Shlomi：
我看到了两次崩溃,并捕捉到 glogger 在当时运行。  

crash1 时间戳：
[6609.299380] wlcore：收到软件看门狗中断错误！ 开始恢复。
[6609.305029]----- 【在这里剪切】------
[6609.309780]警告：CPU：1 PID：387、位于 drivers/net/wireless/ti/wlcore/main.c：861 wl12xx_queue_recovery_work+0x5c/0x60 [wlcore]
[6609.321193]链接的模块：cmac ccm af_packet can_raw can NFT_counter nfnetlink usb_f_eem u_ether usb_f_fs libcompl复合 ae_arm_bs_cryptoSIMD cryptd wl18xx wlcore mac80libc4
[6609.36587] CPU: 1 PID: 387 Comm: IRQ/77-wl18xx 污染: G W O 5.4.56 #1.
[ 6609.373306]硬件名称：STM32（设备树支持）
[6609.378476][ ](runfound_backtrace) from [ ](show_stack+0x10/0x14)
[6609.386214][ ](show_stack) from [ ](dump_stack+0xb0/0xc4)
[6609.393444][ ](dump_stack) ](__WARN+0xd0/0xf8)
[6609.400331][ ](__warn)、来自[ ](WARN_SLOWPATH_fmt+0x64/0xc4)
[6609.407872][ ](warn_slowpath_fmt)、来自[ ](wl12xx_queue_recovery_work+0x5c/0x60 [wlcore])
[6609.417889][ ](wl12xx_queue_recovery_work [wlcore])、来自[ ](wlcore_IRQ+0x108/0x188 [wlcore])
[6609.428238] ](wlcore_irq [wlcore])、来自[ ](irq_thread_fn+0x1c/0x78)
[6609.436490] ](irq_thread_fn)、来自[ ](IRQ_THREAD+0x134/0x200)
[6609.444158] ](irq_thread)、来自[ ](kthread+0x11c/0x144)
[6609.451303][ ](kthread)（来自[ ](ret_from_fork+0x14/0x2C)
[6609.458527]异常堆栈 (0xed555fb0 至 0xed555ff8)
[6609.463583] 5fa0：00000000 00000000 00000000
[6609.471775] 5fc0：00000000 00000000 00000000 00000000 00000000
[6609.47993] 5fe0：00000000 00000000 00000000 00000013 00000000
[6609.486752]--[结束迹线 be612cfd65e541be ]--
[6609.491357] wlcore:正在进行硬件恢复。 固件版本：版本 8.9.1.0.2
[6609.498558] wlcore: PC: 0x11f1e4, hind_sts: 0x00000000 count: 8.
[6609.505422] wlcore: down
[6609.506671] wlcore: down
[6609.510674] ieee80211 phy0：已请求硬件重新启动
[6610.493046] wlcore：使用反相中断逻辑：2.
[6610.551030] wlcore：PHY 固件版本：版本 8.2.0.0.246
[6610.791844] wlcore:固件已启动 (Rev 8.9.1.0.2)
[6610.833381] wlcore:关联已完成。

crash2 时间戳：

[6684.455784] wlcore：警告 RX 中数据包损坏：状态：0x1 len：124
[6686.238312] wlcore：收到软件看门狗中断错误！ 开始恢复。
[6686.243967] 【在这里剪切】------
[6686.248699]警告：CPU：1 PID：387 位于 drivers/net/wireless/ti/wlcore/main.c：861 wl12xx_queue_recovery_work+0x5c/0x60 [wlcore]
[6686.260098]链接的模块：cmac ccm af_packet can_raw can NFT_counter nfnetlink usb_f_eem u_ether usb_f_f_fs libcompl复合 ae_arm_bcrypto_SIMD cryptd wl18xx wlcore mac80libc4
[6686.304515] CPU: 1 PID: 387 Comm: IRQ/77-wl18xx 污染: G W O 5.4.56 #1.
[ 6686.312247]硬件名称：STM32（设备树支持）
[6686.317418][ ](runfound_backtrace) from [ ](show_stack+0x10/0x14)
[6686.325157][ ](show_stack) from [ ](dump_stack+0xb0/0xc4)
[6686.332389][ ](dump_stack) ](__WARN+0xd0/0xf8)
[6686.339272][ ](__warn)、来自[ ](WARN_SLOWPATH_fmt+0x64/0xc4)
[6686.346847][ ](warn_slowpath_fmt)、来自[ ](wl12xx_queue_recovery_work+0x5c/0x60 [wlcore])
[6686.356841][ ](wl12xx_queue_recovery_work [wlcore])、来自[ ](wlcore_IRQ+0x108/0x188 [wlcore])
[6686.367184][ ](wlcore_irq [wlcore])、来自[ ](irq_thread_fn+0x1c/0x78)
[6686.375439][ ](irq_thread_fn)、来自[ ](IRQ_THREAD+0x134/0x200)
[6686.383107][ ](irq_thread)、来自[ ](kthread+0x11c/0x144)
[6686.390253][ ](kthread)（来自[ ](ret_from_fork+0x14/0x2C)
[6686.397478]异常堆栈 (0xed555fb0 至 0xed555ff8)
[6686.402536] 5fa0：00000000 00000000 00000000
[6686.410729] 5fc0：00000000 00000000 00000000 00000000 00000000
[6686.418919] 5fe0：00000000 00000000 00000000 00000013 00000000
[6686.425689]--[结束迹线 be612cfd65e541bf ]--
[6686.430274] wlcore:正在进行硬件恢复。 固件版本：版本 8.9.1.0.2
[6686.437517] wlcore: PC: 0x11cc08, hint_sts: 0x00000000 count: 9.
[6686.444127] wlcore: down
[6686.445443] wlcore: down
[6686.448025] ieee80211 phy0：已请求硬件重新启动
[6687.432937] wlcore：使用反相中断逻辑：2.
[6687.490892] wlcore：PHY 固件版本：版本 8.2.0.0.246
[6687.741806] wlcore:固件已启动 (Rev 8.9.1.0.2)
[6687.765395] wlcore:关联已完成。

我 在 csv 文件中找不到 wl12xx_queue_recovery_work ()。

e2e.ti.com/.../8168.stream.csve2e.ti.com/.../glog_5F00_2025_5F00_07_5F00_03_5F00_171334.csv

尊敬的 Shlomi：
我看到了两次崩溃,并捕捉到 glogger 在当时运行。  

crash1 时间戳：
[6609.299380] wlcore：收到软件看门狗中断错误！ 开始恢复。
[6609.305029]----- 【在这里剪切】------
[6609.309780]警告：CPU：1 PID：387、位于 drivers/net/wireless/ti/wlcore/main.c：861 wl12xx_queue_recovery_work+0x5c/0x60 [wlcore]
[6609.321193]链接的模块：cmac ccm af_packet can_raw can NFT_counter nfnetlink usb_f_eem u_ether usb_f_fs libcompl复合 ae_arm_bs_cryptoSIMD cryptd wl18xx wlcore mac80libc4
[6609.36587] CPU: 1 PID: 387 Comm: IRQ/77-wl18xx 污染: G W O 5.4.56 #1.
[ 6609.373306]硬件名称：STM32（设备树支持）
[6609.378476][ ](runfound_backtrace) from [ ](show_stack+0x10/0x14)
[6609.386214][ ](show_stack) from [ ](dump_stack+0xb0/0xc4)
[6609.393444][ ](dump_stack) ](__WARN+0xd0/0xf8)
[6609.400331][ ](__warn)、来自[ ](WARN_SLOWPATH_fmt+0x64/0xc4)
[6609.407872][ ](warn_slowpath_fmt)、来自[ ](wl12xx_queue_recovery_work+0x5c/0x60 [wlcore])
[6609.417889][ ](wl12xx_queue_recovery_work [wlcore])、来自[ ](wlcore_IRQ+0x108/0x188 [wlcore])
[6609.428238] ](wlcore_irq [wlcore])、来自[ ](irq_thread_fn+0x1c/0x78)
[6609.436490] ](irq_thread_fn)、来自[ ](IRQ_THREAD+0x134/0x200)
[6609.444158] ](irq_thread)、来自[ ](kthread+0x11c/0x144)
[6609.451303][ ](kthread)（来自[ ](ret_from_fork+0x14/0x2C)
[6609.458527]异常堆栈 (0xed555fb0 至 0xed555ff8)
[6609.463583] 5fa0：00000000 00000000 00000000
[6609.471775] 5fc0：00000000 00000000 00000000 00000000 00000000
[6609.47993] 5fe0：00000000 00000000 00000000 00000013 00000000
[6609.486752]--[结束迹线 be612cfd65e541be ]--
[6609.491357] wlcore:正在进行硬件恢复。 固件版本：版本 8.9.1.0.2
[6609.498558] wlcore: PC: 0x11f1e4, hind_sts: 0x00000000 count: 8.
[6609.505422] wlcore: down
[6609.506671] wlcore: down
[6609.510674] ieee80211 phy0：已请求硬件重新启动
[6610.493046] wlcore：使用反相中断逻辑：2.
[6610.551030] wlcore：PHY 固件版本：版本 8.2.0.0.246
[6610.791844] wlcore:固件已启动 (Rev 8.9.1.0.2)
[6610.833381] wlcore:关联已完成。

crash2 时间戳：

[6684.455784] wlcore：警告 RX 中数据包损坏：状态：0x1 len：124
[6686.238312] wlcore：收到软件看门狗中断错误！ 开始恢复。
[6686.243967] 【在这里剪切】------
[6686.248699]警告：CPU：1 PID：387 位于 drivers/net/wireless/ti/wlcore/main.c：861 wl12xx_queue_recovery_work+0x5c/0x60 [wlcore]
[6686.260098]链接的模块：cmac ccm af_packet can_raw can NFT_counter nfnetlink usb_f_eem u_ether usb_f_f_fs libcompl复合 ae_arm_bcrypto_SIMD cryptd wl18xx wlcore mac80libc4
[6686.304515] CPU: 1 PID: 387 Comm: IRQ/77-wl18xx 污染: G W O 5.4.56 #1.
[ 6686.312247]硬件名称：STM32（设备树支持）
[6686.317418][ ](runfound_backtrace) from [ ](show_stack+0x10/0x14)
[6686.325157][ ](show_stack) from [ ](dump_stack+0xb0/0xc4)
[6686.332389][ ](dump_stack) ](__WARN+0xd0/0xf8)
[6686.339272][ ](__warn)、来自[ ](WARN_SLOWPATH_fmt+0x64/0xc4)
[6686.346847][ ](warn_slowpath_fmt)、来自[ ](wl12xx_queue_recovery_work+0x5c/0x60 [wlcore])
[6686.356841][ ](wl12xx_queue_recovery_work [wlcore])、来自[ ](wlcore_IRQ+0x108/0x188 [wlcore])
[6686.367184][ ](wlcore_irq [wlcore])、来自[ ](irq_thread_fn+0x1c/0x78)
[6686.375439][ ](irq_thread_fn)、来自[ ](IRQ_THREAD+0x134/0x200)
[6686.383107][ ](irq_thread)、来自[ ](kthread+0x11c/0x144)
[6686.390253][ ](kthread)（来自[ ](ret_from_fork+0x14/0x2C)
[6686.397478]异常堆栈 (0xed555fb0 至 0xed555ff8)
[6686.402536] 5fa0：00000000 00000000 00000000
[6686.410729] 5fc0：00000000 00000000 00000000 00000000 00000000
[6686.418919] 5fe0：00000000 00000000 00000000 00000013 00000000
[6686.425689]--[结束迹线 be612cfd65e541bf ]--
[6686.430274] wlcore:正在进行硬件恢复。 固件版本：版本 8.9.1.0.2
[6686.437517] wlcore: PC: 0x11cc08, hint_sts: 0x00000000 count: 9.
[6686.444127] wlcore: down
[6686.445443] wlcore: down
[6686.448025] ieee80211 phy0：已请求硬件重新启动
[6687.432937] wlcore：使用反相中断逻辑：2.
[6687.490892] wlcore：PHY 固件版本：版本 8.2.0.0.246
[6687.741806] wlcore:固件已启动 (Rev 8.9.1.0.2)
[6687.765395] wlcore:关联已完成。

我 在 csv 文件中找不到 wl12xx_queue_recovery_work ()。

e2e.ti.com/.../8168.stream.csve2e.ti.com/.../glog_5F00_2025_5F00_07_5F00_03_5F00_171334.csv

在下面的文件中,我们看到了 3 次崩溃。 事故发生在 4,200,6700 和 9000 线周围。
e2e.ti.com/.../3681.stream.csve2e.ti.com/.../glog_5F00_2025_5F00_07_5F00_03_5F00_173127.csv

您好、

记录器确实会显示硬故障、这是由于主机和器件之间的池变满。

我还可以看到 TX 看门狗已启动、这意味着内部 TX 队列已满。

这可能与我在您之前附加的内核日志中看到的内容有关：

wl18xx_driver wl18xx.1.auto:直接加载 ti-connection/wl18xx-conf.bin 时出现错误–2 失败

这意味着您没有配置二进制文件、可能会影响器件射频部分。

/use/sbin/wlconf 目录下应该有一个脚本 configure_devices.sh。

您能看到吗？

如果是、请调用它并按照步骤操作。 应该自我解释。

然后、您应该会看到此文件已创建。

然后、确保不再出现此错误、然后重新测试。

此致、

Shlomi

尊敬的 Shlomi：

即使将新生成的   wl18xx-conf.bin 文件放入/lib/firmware/ti-connectivity、Im 也会收到相同的错误

@s40-bigbend-v1：/lib/firmware/ti-connectivity ls
configure-device.sh wl18xx-conf.bin wl18xx-fw-4.bin
root@s40-bigbend-v1：/lib/firmware/ti-connectivity

==============================
内核启动日志：(ti-connectivity/wl18xx-conf.bin 没有 wl18xx_driver wl18xx.1.auto:直接加载固件失败、错误–2 日志消息 no)
[19.528260] HUB 1-0：1.0：找到 USB HUB
[ 19.580412] dwc2 49000000.usb-otg: DWC OTG 控制器
[19.590798]集线器 1-0:1.0:检测到 2 个端口
[ 19.618958] dwc2 49000000.usb-otg:注册了新的 USB 总线、分配了总线编号 2
[ 19.685742] dwc2 49000000.usb-otg: IRQ 78、IO 存储器 0x49000000
[19.814231] HUB 2-0：1.0：找到 USB HUB
[ 19.856581]集线器 2-0：1.0：检测到 1 个端口
[22.272638] cfg80211：为监管数据库加载已编译的 X.509 证书
[22.411537] cfg80211：已加载 X.509 证书“请求：00b28ddf47aef9cea7“
[ 23.330697] wl18xx_driver wl18xx.1.auto:直接加载 ti-connectivity/wl1271-nvs.bin 时失败、出现错误–2
[ 24.990280] wlcore：wl18xx 硬件：183x 或 180x、PG 2.2 (ROM 0x11)
[ 25.049363] wlcore：已加载
[ 25.050695] wlcore：驱动程序版本：R8.9
[**]（第 3 页、共 9 页）正在为/dev/mapper/data 运行启动作业（8 秒/无限制）
【确定】找到设备/dev/mapper/config.
【确定】已启动配置的加密设置。
【确定】找到设备/dev/mapper/app.
【确定】已启动应用程序的加密设置。
【确定】已启动数据的加密设置。
【确定】已启动 HomeKit 的加密设置。
【确定】找到设备/dev/mapper/data.
【确定】找到设备/dev/mapper/homekit.
【确定】已启动 Bind mount volatile /var/lib.
【确定】已到达目标本地加密卷。
正在安装/LCC...
正在开始加载/保存随机种子...
【确定】已开始加载/保存随机种子。
[32.544703] EXT4-FS (dm-0):挂载的文件系统具有有序数据模式。 选项：（空）
【确定】已安装/LCC。
安装/lcc/config...
安装/lcc/data...
[32.690537] ili9881c-DSI 5a000000.DSI.0：观察到的 Te 脉冲计数为 1139
安装/lcc/hkapplication...
[32.812729] EXT4-FS (dm-1):挂载的文件系统,带有序数据模式。 选项：（空）
[ 32.824630]/lcc/config 上安装的 ext4 文件系统支持到 2038 的时间戳 (0x7fffffff)
【确定】已安装/lcc/config.
[ 33.021388] EXT4-FS (dm-2)：挂载的文件系统具有有序数据模式。 选项：（空）
【确定】已安装/lcc/data.
[33.078066] EXT4-FS (dm-3):挂载的文件系统,带有序数据模式。 选项：（空）

================================
root@s40-bigbend-v1：/lib/firmware/ti-connectivity sh configure-device.sh --version
版本 1.4
=====================
configure-device.sh  分行详细信息：
src_URI =“git：/git.ti.com/wilink8-wlan/18xx-ti-utils.git；protocol=https；branch=master“

SRCREV =“7325bf0b7b2d462e334437d2c7f9198d0ac55ce2"</s>“
====
root@s40-bigbend-v1：/lib/firmware/ti-connectivity sh configure-device.sh

请提供以下信息。

您是否使用 TI 模块？ [y/n]：y
芯片的味道是什么？ [1801/1805/1807/1831/1835/1837 或 0 对于未知]: 1807.
是否应适用日本标准？ [y/n]：y
安装了多少个 2.4GHz 天线？ [1/2]：1.
安装了多少 5GHz 天线（使用 2 根天线需要正确的开关）？ [0/1/2]：1.
是否应应用 SISO40 支持？ [y/n]：y

============================================================
root@s40-bigbend-v1：/lib/firmware/ti-connectivity cat /lcc/data/wpa_supplicant.conf
CTRL_interface=/var/run/wpa_supplicant
CTRL_interface_group=0
UPDATE_CONFIG=0
Driver_param=use_multi_chan_consistent=1 use_p2p_group_interface=1
P2P_GO_HT40=1
P2P_IGNORE_SHARED_freq=1
disassoc_low_ack=1
国家/地区=美国
SAE_PWE=2
root@s40-bigbend-v1：/lib/firmware/ti-connectivity
=======================================
仍然观察到相同的崩溃：
[553.920196] wlcore：RX 中的警告数据包损坏：状态：0x1 len：125
[553.925660] wlcore：RX 中的警告数据包损坏：状态：0x1 len：109
[553.932298] wlcore：RX 中的警告数据包损坏：状态：0x1 len：230
[553.939305] wlcore：RX 中的警告数据包损坏：状态：0x1 len：222
[553.945723] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：179
[554.033914] wlcore：RX 中的警告数据包损坏：状态：0x1 len：124
[554.082050] wlcore：收到软件看门狗中断错误！ 开始恢复。
[554.087668]---- 【在这里剪切】------
[554.092489]警告：CPU：1 PID：4149 位于 drivers/net/wireless/ti/wlcore/main.c：861 wl12xx_queue_recovery_work+0x5c/0x60 [wlcore]
[554.104019]链接的模块：wlcore_SDIO ccm af_packet can_raw can NFT_counter nfnetlink usb_f_eem u_ether usb_f_fs
[554.150965] CPU: 1 PID: 4149 comm: IRQ/79-wl18xx 污染: G W O 5.4.56 #1.
[ 554.158794]硬件名称：STM32（设备树支持）
[554.163972][ ](runfound_backtrace) from [ ](show_stack+0x10/0x14)
[554.171721][ ](show_stack) from [ ](dump_stack+0xb0/0xc4)
[554.178964][ ](dump_stack) ](__WARN+0xd0/0xf8)
[554.185857][ ](__warn)、来自[ ](WARN_SLOWPATH_fmt+0x64/0xc4)
[554.193417][ ](warn_slowpath_fmt)、来自[ ](wl12xx_queue_recovery_work+0x5c/0x60 [wlcore])
[554.203445][ ](wl12xx_queue_recovery_work [wlcore])、来自[ ](wlcore_IRQ+0x108/0x188 [wlcore])
[554.213805][ ](wlcore_irq [wlcore])、来自[ ](irq_thread_fn+0x1c/0x78)
[554.222072][ ](irq_thread_fn)、来自[ ](IRQ_THREAD+0x134/0x200)
[554.229753][ ](irq_thread)、来自[ ](kthread+0x11c/0x144)
[554.236911] ](kthread)（来自[ ](ret_from_fork+0x14/0x2C)
[ 554.244147]异常堆栈 (0xed583fb0 至 0xed583ff8)
[554.249213] 3fa0：00000000 00000000 00000000
[554.257421] 3fc0：00000000 00000000 00000000 00000000 00000000
[554.265623] 3fe0：00000000 00000000 00000000 00000013 00000000
[554.272435]--[结束迹线 32ee16d5a3c447d6]--
[554.276955] wlcore:正在进行硬件恢复。 固件版本：版本 8.9.1.0.2
[554.284919] wlcore: PC: 0x11cc08, hint_sts: 0x00000000 count: 2.
[554.290163] wlcore: down
[554.292253] wlcore: down
[554.295873] ieee80211 phy1:已请求硬件重新启动
[ 555.2978] wlcore：使用反相中断逻辑：2.
[555.351585] wlcore：PHY 固件版本：修订版 8.2.0.0.246
[555.693409] wlcore：已启动固件（修订版 8.9.1.0.2）
[555.715878] wlcore: Association completed。
[555.972225] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：109
[556.193752] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：125
[556.809956] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：1459

此致、

Viswa

您好、

由于固件中的数据包延迟、很难判断为什么它会崩溃。

也许它与 STM32 的一些集成有关,我认为它比其他处理器慢,但我不确定。

您能解释一下当您连接并执行 ping 操作时会发生什么情况吗？ 不会产生高吞吐量。 您看到相同吗？

如果您仍然看到相同的连接、则没有太大意义、因为它是一个吞吐量非常低的连接。

而且、正如我之前所问的、您能使用另一个 AP 而不是 Aruba 吗？ 我想隔离设置。

最后、您能否对 WiLink 驱动程序（在/kernel/drivers/net/wireless/ti/wlcore 和/kernel/drivers/net/wireless/ti/wl18xx 下）进行 zip 压缩并发送过来进行审核？

此致、

Shlomi

尊敬的 Shlomi：
 答:即使没有 Lennox 应用程序,也会发生同样的问题,尽管我们观察到腐败日志消息的速度较低。 （仅 wpa_supplicant 在运行）。

  b.其他路由器（如 tp link，奥秘本体路由）未出现此问题（已连接到本体路由 15 分钟）

  c.我连接到奥秘 Mesh 路由器大约一个小时、在此期间出现了数据包损坏日志 四次。

Aruba 是网状路由器、可支持 2.4GHz 和 5GHz。

=======================

CTRL_interface=/var/run/wpa_supplicant
CTRL_interface_group=0
Driver_param=use_multi_chan_consistent=1 use_p2p_group_interface=1
UPDATE_CONFIG=1
P2P_GO_HT40=1
P2P_IGNORE_SHARED_freq=1
国家/地区=美国
disassoc_low_ack=1
SAE_PWE=2

网络=｛
SSID=“温度“
SCAN_SSID=1
SAE_password=“L3nnoXiCom40美元！“
key_mgmt=SAE
auth_alg=open
mesh_fwding=1
ieee80211w=2
}
=========================
我已经停止了所有的 Lennox 应用程序,我们仍然可以看到数据包损坏和恢复,但这次损坏消息发生的速度较低

wlcore：警告 RX 中的数据包损坏：状态：0x1 len：265
[ 1547.160694] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：114
[ 1547.166152] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：132
[ 1547.172761] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：114
[ 1548.695849] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：114
[ 1548.701167] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：114
[1550.231486] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：132
[ 1550.236914] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：132
[ 1553.201530] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：132
[ 1562.680426] ili9881c-DSI 5a000000.DSI.0：观察到的 Te 脉冲计数为 1198
[ 1565.490307] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：265
[ 1581.464869] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：132
[ 1581.470366] wlcore:警告 RX 中的数据包损坏:状态: 0x1 len : 132.
[ 1582.181143] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：132
[ 1582.186544] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：132
[ 1582.999980] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：132
[ 1583.005242] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：132
[ 1583.718165] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：132
[ 1583.723646] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：132
[ 1589.246466] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：265
[ 1592.680431] ili9881c-DSI 5a000000.DSI.0：观察到的 Te 脉冲计数为 1197
[ 1616.076966] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：265
[ 1622.680434] ili9881c-DSI 5a000000.DSI.0：观察到的 Te 脉冲计数为 1197
[ 1623.448343] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：265
[1650.942172] wlcore：收到软件看门狗中断错误！ 开始恢复。
[1650.947788]---- 【在这里剪切】------
[ 1650.952596]警告：CPU：1 PID：391 位于 drivers/net/wireless/ti/wlcore/main.c：861 wl12xx_queue_recovery_work+0x5c/0x60 [wlcore]
[1650.964019]链接的模块：cmac ccm_af_packet can_raw can NFT_counter nfnetlink usb_f_eem u_ether usb_f_fs libcompl复合 ea_arm_bcrypto_SIMD cryptd wl18xx core mac80libbarc4 cfg80rf_adc
[1651.008472] CPU: 1 PID: 391 Comm: IRQ/79-wl18xx 污染: G W O 5.4.56 #1.
[ 1651.016204]硬件名称：STM32（设备树支持）
[1651.021384][ ](runfound_backtrace) from [ ](show_stack+0x10/0x14)
[1651.029131][ ](show_stack) from [ ](dump_stack+0xb0/0xc4)
[1651.036375][ ](dump_stack) ](__WARN+0xd0/0xf8)
[1651.043271][ ](__warn)、来自[ ](WARN_SLOWPATH_fmt+0x64/0xc4)
[ 1651.050820][ ](warn_slowpath_fmt)、来自[ ](wl12xx_queue_recovery_work+0x5c/0x60 [wlcore])
[1651.060857][ ](wl12xx_queue_recovery_work [wlcore])、来自[ ](wlcore_IRQ+0x108/0x188 [wlcore])
[1651.071218][ ](wlcore_irq [wlcore])、来自[ ](irq_thread_fn+0x1c/0x78)
[1651.079484][ ](irq_thread_fn)、来自[ ](IRQ_THREAD+0x134/0x200)
[1651.087164][ ](irq_thread)、来自[ ](kthread+0x11c/0x144)
[1651.094319][ ](kthread)（来自[ ](ret_from_fork+0x14/0x2C)
[ 1651.101553]异常堆栈 (0xed6effb0 至 0xed6efff8)
[1651.106618] ffa0：00000000 00000000 00000000
[ 1651.114822] ffc0：00000000 00000000 00000000 00000000 00000000
[ 1651.123022] ffe0：00000000 00000000 00000000 00000013 00000000
[1651.129789]--[结束迹线 ceb59224b9a7c1 ]--
[1651.134345] wlcore:正在进行硬件恢复。 固件版本：版本 8.9.1.0.2
[ 1651.141892] wlcore：PC：0x11f1e4、hint_sts：0x00000000 计数：4.
[1651.147313] wlcore: down
[1651.149562] wlcore: down
[ 1651.152234] ieee80211 phy0：已请求硬件重新启动
[ 1652.142886] wlcore：使用反相中断逻辑：2.
[ 1652.201363] wlcore：PHY 固件版本：Rev 8.2.0.0.246
[ 1652.5531835] wlcore：固件已启动（修订版 8.9.1.0.2）
=============================
干草数据速率：
root@s40-bigbend-v1：~# ping -s 1400 -i 0.2 -c 100 google.com
Ping google.com (142.250.66.14) 1400 (1428) 字节数据。

-- google.com ping statistics --
发送 100 个数据包、接收 0 个数据包、100%数据包丢失、时间 20783ms

root@s40-bigbend-v1：~# ping google.com

-- google.com ping statistics --
发送 100 个数据包、接收 100 个数据包、0%数据包丢失、时间 19870ms
RTT 最小值/平均值/最大值/ mdev = 4.652/7.418/68.656/6.467ms
root@s40-bigbend-v1：~# systemctl restart SLCC_launcher

===================================

此致、

Viswa

我很困惑。

是否仅在使用 Aruba 网状路由器时才会发生？

您提到其他 AP （如 tp link，奥秘本体路由）不会发生这种情况、但在以下行中、您说奥秘本体路由发生了 4 次。

那么、奥秘会发生什么？

Shlomi

奥秘 mesh 路由器也会以极低的速率发生此问题。  例如  一小时四次。  使用 TP-LINK 路由器重新测试一个小时。  

我附加了 Wireshark 嗅探器日志。 我无法将控制台中打印的长度与 Wireshark 中提及的长度相匹配。

(WLAN.addr == 60：e8：5b：A2：B8：28)||(WLAN.sa == 44：12：44：dd：1f：f2)
====
目标 MAC 地址：
wlan0：flags=4163 MTU 1500 公制 1
INET 10.1.171.74 网络掩码 255.255.255.0 广播 10.1.171.255
inet6 fe80：：：62e8：5bff：fa2：b828 prefixlen 64 scoeid 0x20
以太网 60：e8：5b：A2：B8：28 txqueueelen 1000（以太网）
RX 数据包 178 字节 60806 (59.3KiB)
RX 错误 0 丢弃 0 溢出 0 帧 0
TX 数据包 145 字节 31022 (30.2KiB)
TX 错误 0 丢弃 0 溢出 0 载波 0 冲突 0

=========================
BSSID 和连接详细信息：
root@s40-bigbend-v1：~# wpa_cli -iwlan0 status
BSSID=44：12：44：dd：1f：E2
频率=2437
SSID=热敏
ID=0
Mode=工作站
WIFI_generation=4
pairwise_ciph=CCMP
GROUP_cipher=CCMP
key_mgmt=SAE
PMF=1
MGMT_group_cipher=bip
WPA_STATE=已完成
IP_address=10.1.171.74
P2P_DEVICE_ADDRESS=60：e8：5b：A2：B8：29
地址=60：e8：5b：A2：B8：28
UUUID=6979bdb3-0d88-5349-acab-f79fda8a977d
根@s40-bigbend-v1：~#

==================================
SSID 名称：热敏
密码：L3nnoXiCom40美元！

===============================

我明白了。

可能与网状网络有关、但请与常规路由器核实。

我看不到任何 Wireshark。

文件大小很大,不允许我上传 (800MB)

您能否将其加载到云端并通过电子邮件向我发送链接？

尊敬的 Shlomi：
我已经缩减了 Wireshark 的大小。  

BSSID 和连接详细信息：
root@s40-bigbend-v1：~# wpa_cli -iwlan0 status
BSSID=44：12：44：dd：1f：E2
频率=2437
SSID=热敏
ID=0
Mode=工作站
WIFI_generation=4
pairwise_ciph=CCMP
GROUP_cipher=CCMP
key_mgmt=SAE
PMF=1
MGMT_group_cipher=bip
WPA_STATE=已完成
IP_address=10.1.171.74
P2P_DEVICE_ADDRESS=60：e8：5b：A2：B8：29
地址=60：e8：5b：A2：B8：28
UUUID=6979bdb3-0d88-5349-acab-f79fda8a977d
根@s40-bigbend-v1：~#

e2e.ti.com/.../wireshark_5F00_corresponding_5F00_kernel_5F00_log.txte2e.ti.com/.../output1.zipe2e.ti.com/.../output2.zip

这只是一个内核日志。

Wireshark 空气嗅探器在哪里？

尊敬的 Shlomi：
  请查找 Wireshark 文件。 上一个对话中也上传了相同内容。 上传耗时。

wireshark_corresponding_kernel_log.txt

output1.zip

output2.zip

尊敬的 Shlomi：
请查找详细信息
请查看 log2 中的第 2832 行、它是发生崩溃的地方。


e2e.ti.com/.../4338.connection_5F00_details.txt

e2e.ti.com/.../Log1.zip

e2e.ti.com/.../2465.log2.zip

e2e.ti.com/.../log3.zip

此致、
Viswa

您好、

这没有太大意义。

让我重新编译另一个版本供您试用。

将通过电子邮件发送。

Shlomi

尊敬的 Shlomi：
请查找详细信息
请查看 log2 中的第 2832 行、它是发生崩溃的地方。


e2e.ti.com/.../4338.connection_5F00_details.txt

e2e.ti.com/.../Log1.zip

e2e.ti.com/.../2465.log2.zip

e2e.ti.com/.../log3.zip

此致、
Viswa
=======================================
尊敬的 Shlomi：
  a.您是否有机会查看我在电子邮件中分享的 TI 相关代码变更。

  b.以上共享日志中关于数据包损坏的任何线索

此致、
Viswa

否、我无法下载/查看代码、但我认为如果“常规“AP 正常工作、这是可以的。

我将查看日志并提供反馈。

Shlomi

您好、

遗憾的是 gLogger 已损坏。

选择.csv 文件。

您是否使用新的固件二进制文件修改了 gLogger？

如果没有 gLogger、我做不到任何事情。

您能否再次捕获并确保.csv 显示良好消息？

Shlomi

您好、
我已将给定的 bin 文件复制到/lib/firmware/ticonnectivity 中、然后在下载文件夹中放置另一个副本。 请告诉我是否有任何错误。 我已经为新日志重新运行。  请让我知道此问题是否在您最后重现？

root@s40-bigbend-v1：/lib/firmware/ti-connectivity cp -rf /media/usbmount/wl18xx-fw-4_8.9.1.99.2.bin wl18xx-fw-4.bin
root@s40-bigbend-v1：/lib/firmware/ti-connectivity 同步
root@s40-bigbend-v1：/lib/firmware/ti-connectivity ls
wl18xx-conf.bin wl18xx-fw-4.bin
--------------------------------------------------------------------------------
[140.837097] ieee80211 phy0：已请求硬件重新启动
[ 141.823332] wlcore：使用反相中断逻辑：2.
[ 141.887824] wlcore：PHY 固件版本：版本 8.2.0.0.246
[142.201460] wlcore:固件已启动 (Rev 8.9.1.99.2)
[142.228920] wlcore:关联已完成。
--------------------------------------------------------------------------------

e2e.ti.com/.../0550.connection_5F00_details.txt

已添加新日志  

e2e.ti.com/.../glog_5F00_2025_5F00_07_5F00_09_5F00_201414.csve2e.ti.com/.../new_5F00_log_5F00_ch48_5F00_2025_2D00_07_2D00_09_5F00_20.10.24.190.pcap.zip

e2e.ti.com/.../console_5F00_log.txt

此致、

Viswa

应该还可以。

我会再试一次、告诉您。

尊敬的 Shlomi：
 以下是我为捕获日志而执行的步骤。

WPA3：
a.禁用所有 Lennox 应用程序。
b.连接到 WPA2 中的热敏 SSID
c.转载了这一问题。

d.断开 wpa_cli 连接并重新连接

E.本期转载

收集了上述步骤的 wpa_supplicant 日志、glogger、监听器和控制台日志

WPA2：

a.禁用所有 Lennox 应用程序。
b.连接到 WPA2 中的 *** SSID
c.转载了这一问题。

d.断开 wpa_cli 连接并重新连接

E.本期转载

收集了上述步骤的 wpa_supplicant 日志、glogger、监听器和控制台日志

e2e.ti.com/.../wpa2_5F00_log1.zip

e2e.ti.com/.../wpa2_5F00_log2.zip

e2e.ti.com/.../wpa3.zip

此致、

Viswa

您好、

在日志中未看到 PMK。

应显示在此处的日志中、而不删除：

PMK - hexdump(len=32): [REMOVED]

例如、启动 Station 脚本时、您应该具有如下内容：

wpa_supplicant  -e/usr/share/wl18xx/entropy.bin \
        -iwlan0 -dd -K -Dnl80211 -c/usr/share/wl18xx/wpa_supplicant.conf &

至于 WPA2 和 *** AP、您能否通过电子邮件发送密码？

Shlomi

尊敬的 Shlomi：

a.在实际应用程序中、我们在wpa_supplicant没有entropy.bin文件的情况下运行。 您能否确认 bin 文件是否为必填项？

b.此外、能否分享成功解码多播帧的数据包编号和相应的日志文件名 、而不是  QoS 标头？

此致、
Viswa

您好、

我认为提取 PMK 时不需要 BIN 文件。 但在这一点上它不那么重要,因为它似乎也在 WPA2 复制。

我将在电子邮件主题上分享分析结果。

此致、

Shlomi

尊敬的 Shlomi：

感谢您发送编修。
 答:是的用法 entropy.bin 文件无关紧要,因为我也可以重现此问题。

 b.您是否有机会查看 TI 文件夹。

此致、

Viswa

尊敬的 Viswa：

是的、我确实检查了代码、看起来可以、但会再次进行检查。

您遇到的问题是在 RX 方向上、并从固件信号解密错误（监听器也会出现该错误）开始、因此它无论如何都不在驱动程序中。

Shlomi

尊敬的 Shlomi：
 请查找随附的新固件 glogger。

[ 1110.593001] wlcore：使用反相中断逻辑：2.
[ 1110.650340] wlcore：PHY 固件版本：版本 8.2.0.0.246
[ 1111.072461] wlcore：固件已启动（修订版 8.9.1.98.2）
===============

=============================
root@s40-bigbend-v1：/lcc/data/logs/debug #[ 1082.740496] ili9881c-DSI 5a000000.DSI.0：观察到的 Te 脉冲计数为 1198
wpa_cli -iwlan0 状态
BSSID=44：12：44：dd：1f：f3
Freq=5240
SSID=积云
ID=0
Mode=工作站
WIFI_generation=4
pairwise_ciph=CCMP
GROUP_cipher=CCMP
key_mgmt=WPA2-PSK
WPA_STATE=已完成
IP_address=192.168.165.147
P2P_DEVICE_ADDRESS=60：e8：5b：A2：B8：29
地址=60：e8：5b：A2：B8：28
UUUID=6979bdb3-0d88-5349-acab-f79fda8a977d
==============================
WPA3：
C[ 3005.976629] wlcore：警告 RX 中的数据包损坏：状态：0x1 len：209
li -iwlan0 状态
BSSID=50：E4：e0：C4：F8：B3
Freq=5805
SSID=热敏
ID=0
Mode=工作站
WIFI_generation=4
pairwise_ciph=CCMP
GROUP_cipher=CCMP
key_mgmt=SAE
PMF=1
MGMT_group_cipher=bip
SAE_GROUP=19
SAE_h2e=0
SAE_pk=0
WPA_STATE=已完成
IP_address=10.1.171.25
P2P_DEVICE_ADDRESS=60：e8：5b：A2：B8：29
地址=60：e8：5b：A2：B8：28
UUUID=6979bdb3-0d88-5349-acab-f79fda8a977d

=======
*** 的密码相同。

e2e.ti.com/.../glog_5F00_wpa2_5F00_cumulus2025_5F00_07_5F00_17_5F00_133736.csv

e2e.ti.com/.../thermos_5F00_wpa3_5F00_glog_5F00_2025_5F00_07_5F00_17_5F00_135915.csv

我已在您提供的共享链接中共享相应的 WPA2 监听器日志。

文件名： WPA2_COumulus_ch48_2025-07-17_13.31.21.092.pcap

如何解决 TX 缓冲区发生的软件看门狗触发问题？
此致、

Viswa

您好、

我刚刚分析了新日志。

我怀疑的事情。

对于使用 QoS 标头的所有多播帧（在 TID 7 上）、都会发生解密错误 和 故障是由 MIC 错误引起的。

同样、它是非常一致的、即使监听器也无法对这些数据包进行解码、因此我们在此无法做任何事情。

我不确定另一个 TX 卡滞问题可能与此相关。

在您没有收到这些解密错误帧（即在非网状网络上）的情况下、是否会发生 TX 卡住？

Shlomi

尊敬的 Shlomi：

a. Tx 卡滞问题间歇性发生、不一致。 当发生这种情况时、我们会观察到连接到网络时出现明显的延迟。

b. 在非网状网络设置中、我们不会观察到任何数据包损坏错误或 Tx 卡滞问题。

 此致、

Viswa

尊敬的 Shlomi：

在 auroba 网状路由器 WPA3 中、需要更多时间进行关联。

e2e.ti.com/.../wpa3_2D00_mesh_2D00_auroba_2D00_multipletries_2E00_.txte2e.ti.com/.../wpa_5F00_supplicant1.loge2e.ti.com/.../0383.wpa_5F00_supplicant.log
e2e.ti.com/.../roam_5F00_disconnect_5F00_reconnect.txt

您好、

我们将问题分开。

解密问题与 WiLink 的不良行为无关、因为监听器也会遇到相同的情况。

它与真正错误的 MIC 误差结果有关。

至于 TX 卡住、不应发生这种情况、需要进行额外调试。 我会想出一种调试方法。

此致、

Shlomi

尊敬的 Shlomi：
 是否可以提供您建议的修复方法来丢弃麦克风错误数据包、并为 TX Stuck 添加调试日志的添加方法、以便我们可以知道麦克风错误是否导致 TX Stuck、我可以在一个容器图像中测试这两个问题。

此致、

Viswa