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.

[参考译文] WL1835MOD:wlcore:错误 Tx 卡滞(在 FW 中)达5000ms。 启动恢复核心转储

Guru**** 2482225 points


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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1300775/wl1835mod-wlcore-error-tx-stuck-in-fw-for-5000-ms-starting-recovery-core-dump

器件型号:WL1835MOD

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/830024/wl1835mod-wlcore-error-tx-stuck-in-fw-for-5000-ms-starting-recovery

我们使用的是 WL1835MODGB AM335x 芯片组。 即使在按照上述线程中的建议应用驱动程序补丁后、我们也会看到类似的观察结果。

我们的固件版本为 8.9.0.0.79

除了上面的线程中提到的补丁、我们没有进行任何更改。

内核版本:4.9.31-gf9f6f0db2d

coredump:

DEC 6 11:13:44 ml5 user.err 内核:[ 496.4.399871] wlcore:错误 Tx 卡滞(在 FW 中)达5000 ms。 开始恢复
Dec 6 11:13:44 ml5 user.warn 内核:[496.4.399960]------- [剪切此处]-------
DEC 6 11:13:44 ml5 user.warn kernel:[496.4.400230]警告:CPU:0 PID:24173 at drivers/net/wireless/ti/wlcore/main.c:796 wl12xx_queue_recovery_work.part.10+0x6c/0x70 [wlcore]
DEC 6 11:13:44 ml5 user.warn 内核:[49644.400296]模块链接如下:wl12xx CTR CCM XT_tcpp XT_state IPT_reject nf_reze_IPv4 Nf_log_IPv4 Nf_log_common XT_limit iptable_nat nf_conntrack_IPv4 Nf_defpg_NAT nf_nf_nf_ipv4_conqo (IPV4_nf_commonqo)
DEC 6 11:13:44 ml5 user.warn 内核:[ 496.4.400854] libcomposite configfs udc_core USB_common
Dec 6 11:13:44 ml5 user.warn 内核:[ 496.4.400907] CPU: 0 PID: 24173 Comm: kworker/U2:4污染: G W O 4.9.31-gf9f0db2d #29
DEC 6 11:13:44 ml5 user.warn 内核:[496.4.400963]硬件名称:一般 AM33XX (平展设备树)
DEC 6 11:13:44 ml5 user.warn 内核:[49644.401082]工作队列:phy0 wl12xx_tx_watchdog_work [wlcore]
DEC 6 11:13:44 ml5 user.warn 内核:[ 496.4.401120] Backtrace:
Dec 6 11:13:44 ml5 user.warn 内核:[ 496.4.401182][ ](dump_backtrace),来自[ ](show_stack+0x18/0x1c)
DEC 6 11:13:44 ml5 user.warn 内核:[49644.401241] r7:00000009 R6:00000000 R5:bf24970 R4:00000000
Dec 6 11:13:44 ml5 user.warn 内核:[49644.401299][ ](show_stack)从[ ](dump_stack+0x24/0x28)
Dec 6 11:13:44 ml5 user.warn 内核:[ 496.4.401368][ ](dump_stack),来自[ ](__warn+0xe8/0x100)
Dec 6 11:13:44 ml5 user.warn 内核:[ 496.4.401417][ ](__WARN)从[ ](WARN_SLOPPATH_null + 0x28/0x30)
DEC 6 11:13:44 ml5 user.warn 内核:[ 496.4.401478] R9:00000003 R8:cf002800 r7:cf46cce0 R6:cf46cce8 r5:cf46cd18 r4:cf46cce0
Dec 6 11:13:44 ml5 user.warn 内核:[ 496.4.401612][ ](warn_sleppath_null)来自[ ](wl12xx_queue_recovery_work.part.10+0x6c/0x70 [wlcore])
Dec 6 11:13:44 ml5 user.warn 内核:[ 496.4.401820][ ](wl12xx_queue_recovery_work.part.10 [wlcore])来自 ](wl12xx_tx_watchdog_work+0x124/0x128 [wlcore])
DEC 6 11:13:44 ml5 user.warn 内核:[49644.401886] R5:cf46cd18 r4:cf46d988
Dec 6 11:13:44 ml5 user.warn 内核:[49644.401999][ ](wl12xx_tx_watchdog_work [wlcore])来自 ](Process_One_Work+0x144/0x41c)
DEC 6 11:13:44 ml5 user.warn 内核:[49644.402968] r7:cf476b00 R6:00000000 R5:ca978800 R4:cf46d988
Dec 6 11:13:44 ml5 user.warn 内核:[ 496.4.403022][ ](process _one_work)从[ ](worker_thread+0x6c/0x618)
DEC 6 11:13:44 ml5 user.warn 内核:[496.4.403086] R10:ca978800 R9:00000088 R8:cf002814 r7:c0c14d40 R6:ca978818 R5:c8382000
DEC 6 11:13:44 ml5 user.warn 内核:[496.4.403139] R4:cf002800
Dec 6 11:13:44 ml5 user.warn 内核:[496.4.403181][ ](worker_thread)来自[ ](kthread+0xf8/0x110)
DEC 6 11:13:44 ml5 user.warn 内核:[496.4.403241] R10:00000000 R9:00000000 R8:c014218c r7:ca978800 R6:c8382000 r5:c839b6c0
DEC 6 11:13:44 ml5 user.warn 内核:[ 496.4.403293] r4:00000000
Dec 6 11:13:44 ml5 user.warn 内核:[49644.403332][ ](kthread)从[ ](ret_from_fork+0x14/0x3c)
DEC 6 11:13:44 ml5 user.warn 内核:[496.4.40339] R8:00000000 r7:00000000 R6:00000000 R5:c0147cf0 R4:c839b6c0
Dec 6 11:13:44 ml5 user.warn 内核:[ 496.4.403428]--[ End trace f31c1af84a64e9bd ]-
Dec 6 11:13:44 ml5 user.info kernel:[ 496.4.403516] wlcore:硬件恢复正在进行中。 FW 版本:版本8.9.0.0.79
DEC 6 11:13:44 ml5 user.info 内核:[ 496.4.4045] wlcore : PC: 0x0, HINT _STS: 0x00000000计数: 2
Dec 6 11:13:44 ml5 user.info 内核:[ 496.4.404397] wlcore: down
Dec 6 11:13:44 ml5 user.info 内核:[ 496.4.404440] wlcore: down
Dec 6 11:13:44 ml5 user.info 内核:[ 496.4.404473] wlcore: down
Dec 6 11:13:44 ml5 user.info 内核:[ 496.4.405865] ieee80211 phy0:硬件重启已请求
DEC 6 11:13:45 ml5 user.info 内核:[496.4.961088] wlcore:PHY 固件版本:版本8.2.0.0.242
DEC 6 11:13:45 ml5 user.info 内核:[4965.276252] wlcore:固件已启动(版本8.9.0.0.79)  

谢谢。

纳雷什

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

    您好、Nareesh、  

    Unknown 说:
    Dec 6 11:13:44 ml5 user.info kernel:[ 496.4.403516] wlcore:硬件恢复正在进行中。 FW 版本:版本8.9.0.0.79
    DEC 6 11:13:44 ml5 user.info 内核:[ 496.4.4045] wlcore : PC: 0x0, HINT _STS: 0x00000000计数: 2
    12月6日11:13:44 ml5 user.info 内核:[ 496.4.404397] wlcore: down

    我正在查看这些行、我想知道恢复机制为什么失败。 您能否探测 WL_EN 线路、并确保当恢复发生时、使能线路变为低电平、然后再回到高电平?  

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

    您好、Nareesh、

    根据我们本周早些时候的离线电子邮件沟通、您是否对到目前为止提供的答案感到满意?

    如果没有、请根据需要回复此论坛。

    Ty、
    CY

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

    Chris、您好!

    问题仅在高本底噪声(EMC 实验室)发生。 我们的硬件团队从认证实验室出来。 因此、我们没有机会验证 WL_EN 行。  

    我们正在寻找下一个可用的 EMC 实验室插槽。

    感谢您的快速响应。

    谢谢。

    纳雷什

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

    谢谢你纳雷什,我们将随时帮助支持这一结束。

    此致、

    克里斯