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.

[参考译文] Linux/WL1835MOD:WL1835MOD 会一直复位、直到崩溃

Guru**** 2560260 points
Other Parts Discussed in Thread: WL1835MOD

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/740958/linux-wl1835mod-wl1835mod-keeps-resetting-until-it-crashes

器件型号:WL1835MOD
Thread 中讨论的其他器件: WL1835WL1837

工具/软件:Linux

我们开发了包含 WL1835MOD 的单元。 我们使用的操作系统是 Android 5.1。 系统启动后工作正常。 我们能够连接到网络、生活也很好。 一段时间后、WiFi 连接崩溃、我们不知道原因。 我们多次尝试重新连接。 在尝试重新连接时,系统无法恢复,我们必须重新启动整个系统以使其重新联机。 我们没有成功地确定问题。 如果有人可以查看下面的内容、看看是否有任何东西会指向该问题或 建议 解决该问题、我们将不胜感激?

wlcore:错误:接收到软件看门狗中断! 正在开始恢复。
------ [在此处剪切]-----
警告:在/home/ksi/Development/android-xl2/hardware/ti/wlan/mac80211/compat_wl18xx/drivers/net/wireless/ti/wlcore/main.c:813 wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore]()
链接的模块:wlcore_SDIO (O) wl18xx (O) wlcore (O) mac80211 (O) cfg80211 (O) compat (O)
CPU:0 PID:208通信:IRQ/337-wl18xx 被污染:G       W O 3.10.53 #1
[ ](RELEDEV_RETRAC+0x0/0xf4)、从[ ](show_stack+0x10/0x14)
[ ](show_stack+0x10/0x14)、来自[ ](WARN_RASPEK_COMMON + 0x54/0x6c)
[ ](warn_slESpath_common+0x54/0x6c)、来自[ ](warn_slESpath_null+0x1c/0x24)
[ ](warn_slESpath_null+0x1c/0x24)、来自[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])
[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])、从[ ](wlcore_IRQ+0x198/0x1ac [wlcore])
[ ](wlcore_IRQ+0x198/0x1ac [wlcore])、来自[ ](IRQ_THREAD+0x108/0x15c)
[ ](IRQ_THREAD+0x108/0x15c)、来自[ ](kthread+b0x4/b8)
[ ](kthread+b0x4/b8),来自[ ](RET_FANK_F叉+0x14/0x3c)
--[结束线迹787c4be303420359 ]---
wlcore:正在进行硬件恢复。 固件版本:版本8.9.0.0.70
Wlcore:PC:0x22f6、HIN_STS:0x00000000计数:130
Wlcore:关闭
ieee80211 phy0:请求硬件重新启动
Wlcore:PHY 固件版本:版本8.2.0.237
wlcore:固件已启动(版本8.9.0.0.70)
wlcore:关联已完成。
wlcore:错误:接收到软件看门狗中断! 正在开始恢复。
------ [在此处剪切]-----
警告:在/home/ksi/Development/android-xl2/hardware/ti/wlan/mac80211/compat_wl18xx/drivers/net/wireless/ti/wlcore/main.c:813 wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore]()
链接的模块:wlcore_SDIO (O) wl18xx (O) wlcore (O) mac80211 (O) cfg80211 (O) compat (O)
CPU:0 PID:208通信:IRQ/337-wl18xx 被污染:G       W O 3.10.53 #1
[ ](RELEDEV_RETRAC+0x0/0xf4)、从[ ](show_stack+0x10/0x14)
[ ](show_stack+0x10/0x14)、来自[ ](WARN_RASPEK_COMMON + 0x54/0x6c)
[ ](warn_slESpath_common+0x54/0x6c)、来自[ ](warn_slESpath_null+0x1c/0x24)
[ ](warn_slESpath_null+0x1c/0x24)、来自[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])
[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])、从[ ](wlcore_IRQ+0x198/0x1ac [wlcore])
[ ](wlcore_IRQ+0x198/0x1ac [wlcore])、来自[ ](IRQ_THREAD+0x108/0x15c)
[ ](IRQ_THREAD+0x108/0x15c)、来自[ ](kthread+b0x4/b8)
[ ](kthread+b0x4/b8),来自[ ](RET_FANK_F叉+0x14/0x3c)
--[结束线迹787c4be30342035a ]---
wlcore:正在进行硬件恢复。 固件版本:版本8.9.0.0.70
Wlcore:PC:0x22f6、HIN_STS:0x00000000计数:131
Wlcore:关闭
ieee80211 phy0:请求硬件重新启动
Wlcore:PHY 固件版本:版本8.2.0.237
wlcore:固件已启动(版本8.9.0.0.70)
wlcore:关联已完成。
wlcore:错误:接收到软件看门狗中断! 正在开始恢复。
------ [在此处剪切]-----
警告:在/home/ksi/Development/android-xl2/hardware/ti/wlan/mac80211/compat_wl18xx/drivers/net/wireless/ti/wlcore/main.c:813 wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore]()
链接的模块:wlcore_SDIO (O) wl18xx (O) wlcore (O) mac80211 (O) cfg80211 (O) compat (O)
CPU:0 PID:208通信:IRQ/337-wl18xx 被污染:G       W O 3.10.53 #1
[ ](RELEDEV_RETRAC+0x0/0xf4)、从[ ](show_stack+0x10/0x14)
[ ](show_stack+0x10/0x14)、来自[ ](WARN_RASPEK_COMMON + 0x54/0x6c)
[ ](warn_slESpath_common+0x54/0x6c)、来自[ ](warn_slESpath_null+0x1c/0x24)
[ ](warn_slESpath_null+0x1c/0x24)、来自[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])
[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])、从[ ](wlcore_IRQ+0
x198/0x1ac [wlcore])
[ ](wlcore_IRQ+0x198/0x1ac [wlcore])、来自[ ](IRQ_THREAD+0x108/0x15c)
[ ](IRQ_THREAD+0x108/0x15c)、来自[ ](kthread+b0x4/b8)
[ ](kthread+b0x4/b8),来自[ ](RET_FANK_F叉+0x14/0x3c)
--[结束线迹787c4be30342035b ]---
wlcore:正在进行硬件恢复。 固件版本:版本8.9.0.0.70
Wlcore:PC:0x22f6、HIN_STS:0x00000000计数:132
Wlcore:关闭
ieee80211 phy0:请求硬件重新启动
Wlcore:PHY 固件版本:版本8.2.0.237
wlcore:固件已启动(版本8.9.0.0.70)
wlcore:关联已完成。
wlcore:错误:接收到软件看门狗中断! 正在开始恢复。
------ [在此处剪切]-----
警告:在/home/ksi/Development/android-xl2/hardware/ti/wlan/mac80211/compat_wl18xx/drivers/net/wireless/ti/wlcore/main.c:813 wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore]()
链接的模块:wlcore_SDIO (O) wl18xx (O) wlcore (O) mac80211 (O) cfg80211 (O) compat (O)
CPU:0 PID:208通信:IRQ/337-wl18xx 被污染:G       W O 3.10.53 #1
[ ](RELEDEV_RETRAC+0x0/0xf4)、从[ ](show_stack+0x10/0x14)
[ ](show_stack+0x10/0x14)、来自[ ](WARN_RASPEK_COMMON + 0x54/0x6c)
[ ](warn_slESpath_common+0x54/0x6c)、来自[ ](warn_slESpath_null+0x1c/0x24)
[ ](warn_slESpath_null+0x1c/0x24)、来自[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])
[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])、从[ ](wlcore_IRQ+0x198/0x1ac [wlcore])
[ ](wlcore_IRQ+0x198/0x1ac [wlcore])、来自[ ](IRQ_THREAD+0x108/0x15c)
[ ](IRQ_THREAD+0x108/0x15c)、来自[ ](kthread+b0x4/b8)
[ ](kthread+b0x4/b8),来自[ ](RET_FANK_F叉+0x14/0x3c)
--[结束线迹787c4be30342035c ]---
wlcore:正在进行硬件恢复。 固件版本:版本8.9.0.0.70
Wlcore:PC:0x22f6、HIN_STS:0x00000000计数:133
Wlcore:关闭
ieee80211 phy0:请求硬件重新启动
Wlcore:PHY 固件版本:版本8.2.0.237
wlcore:固件已启动(版本8.9.0.0.70)
wlcore:关联已完成。
wlcore:错误:接收到软件看门狗中断! 正在开始恢复。
------ [在此处剪切]-----
警告:在/home/ksi/Development/android-xl2/hardware/ti/wlan/mac80211/compat_wl18xx/drivers/net/wireless/ti/wlcore/main.c:813 wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore]()
链接的模块:wlcore_SDIO (O) wl18xx (O) wlcore (O) mac80211 (O) cfg80211 (O) compat (O)
CPU:0 PID:208通信:IRQ/337-wl18xx 被污染:G       W O 3.10.53 #1
[ ](RELEDEV_RETRAC+0x0/0xf4)、从[ ](show_stack+0x10/0x14)
[ ](show_stack+0x10/0x14)、来自[ ](WARN_RASPEK_COMMON + 0x54/0x6c)
[ ](warn_slESpath_common+0x54/0x6c)、来自[ ](warn_slESpath_null+0x1c/0x24)
[ ](warn_slESpath_null+0x1c/0x24)、来自[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])
[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])、从[ ](wlcore_IRQ+0x198/0x1ac [wlcore])
[ ](wlcore_IRQ+0x198/0x1ac [wlcore])、来自[ ](IRQ_THREAD+0x108/0x15c)
[ ](IRQ_THREAD+0x108/0x15c)、来自[ ](kthread+b0x4/b8)
[ ](kthread+b0x4/b8),来自[ ](RET_FANK_F叉+0x14/0x3c)
--[结束线迹787c4be30342035d ]---
wlcore:正在进行硬件恢复。 固件版本:版本8.9.0.0.70
Wlcore:PC:0x22f6、HIN_STS:0x00000000计数:134
Wlcore:关闭
ieee80211 phy0:请求硬件重新启动
Wlcore:PHY 固件版本:版本8.2.0.237
wlcore:固件已启动(版本8.9.0.0.70)
wlcore:关联已完成。
wlcore:错误:接收到软件看门狗中断! 正在开始恢复。
------ [在此处剪切]-----
警告:在/home/ksi/Development/android-xl2/hardware/ti/wlan/mac80211/compat_wl18xx/drivers/net/wireless/ti/wlcore/main.c:813 wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore]()
链接的模块:wlcore_SDIO (O) wl18xx (O) wlcore (O) mac80211 (O) cfg80211 (O) compat (O)
CPU:0 PID:208通信:IRQ/337-wl18xx 被污染:G       W O 3.10.53 #1
[ ](RELEDEV_RETRAC+0x0/0xf4)、从[ ](show_stack+0x10/0x14)
[ ](show_stack+0x10/0x14)、来自[ ](WARN_RASPEK_COMMON + 0x54/0x6c)
[ ](warn_slESpath_common+0x54/0x6c)、来自[ ](warn_slESpath_null+0x1c/0x24)
[ ](warn_slESpath_null+0x1c/0x24)、来自[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])
[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])、从[ ](wlcore_IRQ+0x198/0x1ac [wlcore])
[ ](wlcore_IRQ+0x198/0x1ac [wlcore])、来自[ ](IRQ_THREAD+0x108/0x15c)
[ ](IRQ_THREAD+0x108/0x15c)、来自[ ](kthread+b0x4/b8)
[ ](kthread+b0x4/b8),来自[ ](RET_FANK_F叉+0x14/0x3c)
--[结束线迹787c4be30342035e ]---
wlcore:正在进行硬件恢复。 固件版本:版本8.9.0.0.70
Wlcore:PC:0x22f6、HIN_STS:0x00000000计数:135
Wlcore:关闭
ieee80211 phy0:请求硬件重新启动
Wlcore:PHY 固件版本:版本8.2.0.237
wlcore:固件已启动(版本8.9.0.0.70)
wlcore:关联已完成。
wlcore:错误:接收到软件看门狗中断! 正在开始恢复。
------ [在此处剪切]-----
警告:在/home/ksi/Development/android-xl2/hardware/ti/wlan/mac80211/compat_wl18xx/drivers/net/wireless/ti/wlcore/main.c:813 wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore]()
链接的模块:wlcore_SDIO (O) wl18xx (O) wlcore (O) mac80211 (O) cfg80211 (O) compat (O)
CPU:0 PID:208通信:IRQ/337-wl18xx 被污染:G       W O 3.10.53 #1
[ ](RELEDEV_RETRAC+0x0/0xf4)、从[ ](show_stack+0x10/0x14)
[ ](show_stack+0x10/0x14)、来自[ ](WARN_RASPEK_COMMON + 0x54/0x6c)
[ ](warn_slESpath_common+0x54/0x6c)、来自[ ](warn_slESpath_null+0x1c/0x24)
[ ](warn_slESpath_null+0x1c/0x24)、来自[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])
[ ](wl12xx_queue_recovery_work.part.38+0x6c/0x70 [wlcore])、从[ ](wlcore_IRQ+0x198/0x1ac [wlcore])
[ ](wlcore_IRQ+0x198/0x1ac [wlcore])、来自[ ](IRQ_THREAD+0x108/0x15c)
[ ](IRQ_THREAD+0x108/0x15c)、来自[ ](kthread+b0x4/b8)
[ ](kthread+b0x4/b8),来自[ ](RET_FANK_F叉+0x14/0x3c)
--[结束线迹787c4be30342035f ]---
wlcore:正在进行硬件恢复。 固件版本:版本8.9.0.0.70
Wlcore:PC:0x22f6、HIN_STS:0x00000000计数:136
Wlcore:关闭
ieee80211 phy0:请求硬件重新启动
Wlcore:PHY 固件版本:版本8.2.0.237
wlcore:固件已启动(版本8.9.0.0.70)
wlcore:关联已完成。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    是否可以将固件升级到8.9.0.0.79并重新测试?
    git.ti.com/.../wl18xx_fw

    谢谢
    Saurabh
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Saurabh、我们已将固件更新为最新版本。 我们的部分流程需要查看发行说明、但我们在 GIT 文件夹中看不到这一点。 您能告诉我在哪里可以找到它们吗? 我们需要审查8.9.0.0.70以来的所有情况。

    谢谢、
    David Block
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 David:
    我们不会单独发布固件的发行说明。 我们针对整个 Service Pack 版本执行此操作,例如 :software-dl.ti.com/.../release_notes_R8_7_SP3.html
    此固件包括 WPA2 KRACK 问题等的修复 这是我们的最新固件版本、我们建议您使用此版本进行所有测试。

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

    感谢你的答复。  我们之前是8.9.0.0.70、 根据您的上述建议、我们跳到了  8.9.0.0.79.我们如何确定这些中间版本中的每个版本都有哪些变化?

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

    在将固件升级到8.9.0.0.79后、David 和 Scott 仍会看到连接问题。
    您建议采取哪些其他故障排除步骤来确定问题的原因?
    是否有建议的方法来重置 WL1835而不需要下电上电?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    关闭 wlan0接口然后再打开应该会重置 WiLink8。

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

    以下是更新到最新固件后的崩溃日志。 在1971.e2e.ti.com/.../dmesgLatestTiFirmware.log 行上出现崩溃

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 David:
    您能否确认在运行"ifconfig wlan0 down"时 WLAN_EN 是否会下降、并在运行"ifconfig wlan0 up"时变为高电平。
    另外,请通过输入以下命令检查在系统上强制恢复时是否切换了 WLAN_EN:
    "回波1 >/sys/kernel/debug/ieee80211/phy0/wlcore/start_recovery "

    谢谢
    Saurabh
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Saurabh
    我们已尝试上述命令并监视 wlan_en 线路。 当我们使用"ifconfig wlano down"时、使能引脚变为低电平大约40m 秒、然后返回到高电平状态。 我们没有使用"ifconfig wlan0 up"语句、因为我们无法将使能引脚保持在低电平。 START_RECOVERY 会按预期重新初始化 WL1835模块。

    我对 WiFi 模块驱动程序/固件有几个问题。

    1.这些驱动程序是下载到 wifi 模块进行初始化还是驻留在处理器上?
    2.如果将驱动程序下载到模块中,代码是存储在闪存还是 RAM 类型存储器中?
    3.如果驱动程序下载到 wifi 模块中,则每次禁用 wlan_en 线路时是否必须重新加载?

    我是一名硬件人员、因此我对软件和硬件有更多的问题。

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

    Saurabh、

    我在另一个失败的设备上尝试了这些相同的命令、结果如下:

    root@accudate_xl:/# ifconfig wlan0 down            

    root@accudate_xl:/# ifconfig wlan0 up                  

      wlcore:错误固件引导失败,尽管重试3次

      错误:SIOCSIFFLAGS (连接超时)

    也许这一错误将提供对我们所面临问题的更多见解。

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

    e2e.ti.com/.../Terminal.log

    附加另一个日志有趣的内容从490行开始、然后不清楚它的含义...

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    WLAN_EN 应在 Wlan0接口关闭后保持低电平,并且仅在 Wlan0接口再次打开时才变为高电平。
    请在最后检查 wlan0再次出现时为什么 wlan_EN 没有被置位/high。

    谢谢
    Saurabh
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    这一问题似乎与本论坛其他部分概述的问题相同,此处:
    e2e.ti.com/.../733277

    是否有已知的分辨率?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,
    在 Linux 中使用电压稳压器框架来控制 WLAN_EN。 当无线接口关闭时、它应保持禁用状态。 请检查以下 DTS 文件中的 wlan_en_reg 设置、并确保您的设备树具有类似的设置
    github.com/.../am335x-evm.dts

    还要确保 WLAN IRQ 设置正常

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

    Saurabh、

    IRQ 设置正常、下面是来自我们系统的片段:

    ===剪切===

                   wlan_en_reg:fixedregator@2{

                                   兼容="稳压器固定";

                                   reguler-name ="wlan-en-regulator ";

                                   稳压器最小微伏=<1800000>;

                                   稳压器最大值微伏=<1800000>;

     

                                   /*此板的 WLAN_EN GPIO -组7、PIN8 */

                                   GPIO =<&GPIO7 8 0>;

     

                                   /* WLAN 卡特定延迟*/

                                   启动延迟-us =<70000>;

                                   使能端高电平有效;

                   };

    ===剪切===

    接下来如何进行? 您看过我之前提到的另一个主题吗? 其他人也有同样的问题。

    David

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    David、
    我检查了另一个主题-我不相信这两个问题是相关的。 请确认以下内容

    ifconfig wlan0 up -工作正常
    iw wlan0 scan -工作正常
    ifconfig wlan0 down -工作正常
    ifconfig wlan0 up -在重新引导设备之前失败

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

    Saurabh、

    执行时:

    ifconfig wlan0 up

    我得到:

    wlcore:错误固件引导失败,尽管重试3次

    错误 SIOCSIFFLAGS (连接超时)

    此机器处于故障状态。

    重新启动后、该命令工作正常。

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

    Saurabh、

    我已经回答了您的问题、现在已经一周了、如果您能为我们提供帮助、我将不胜感激。 我们现场有100个终端存在这一问题、客户不满意。

    谢谢、

    David

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    David、
    DTS 文件设置似乎正常。 您需要解决在启动 wlan0接口时为什么 wlan_EN 未被置位的问题。 启动无线接口时,它应保持高电平。 另外,请尝试将 DTS 文件中的 SDIO 时钟速度降低到5MHz,并查看此问题是否与 SDIO 总线有关。 我们在我们的参考平台上未看到此问题。 如有需要,您可以订购一份供您参考:
    www.ti.com/.../TMDXEVM3358
    www.ti.com/.../WL1837MODCOM8I

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

    莎拉-

    我从处理此问题的开发人员那里收到了以下信息。 请告诉我后续步骤和/或澄清任何问题(例如时钟速度变化)。 谢谢你。

    David

    ------ 开发人员提供 的信息---

    WLAN_EN _is 已置位、并在调试日志中清晰注明。 当 Wi-Fi 卡崩溃时,它不会被切换,当某些未完成的事务仍在内核队列中时,它不会响应 SDIO 总线上的任何内容,但由于基本的设计缺陷,这是后勤价值。 这是无法解决的–如果仍有未完成的事务,它会使设备保持打开状态,以便恢复作业在__排队,该事务无法获得对控制 WLAN_EN 的“稳压器”的独占访问权限,并且失败了。

    至于在 DTS 文件中将 SDIO 时钟速度更改为5MHz、我不知道他们在说什么。 SDIO 总线时钟由驱动程序(不是由 WiFi 驱动程序、而是由_通用_ USDHC 主机驱动程序设置、该驱动程序为连接到该总线的任何设备提供服务)设置为卡声明支持的任何速度。 在本例中为50MHz。 DTS 文件中有_no_设置、当器件仍处于3.3V 单线 SPI 模式并设置为所请求的任何器件时、该设置作为初始化例程的一部分从_attached device_读取。

    系统的 clk165时钟提供了 USHDC _BASE 时钟,但映射在_basic_ imx6qdl.dtsi 文件中完成,这正是所有 USDHC 控制器预期可以正常运行的。

    我们确实使用示波器检查了所有 SDIO 信号(Scott Dewey 确实执行了检查、并发送了这些信号的屏幕截图)、这些信号在 SDIO 总线速度恰好为50MHz 时非常好、正如模块声称支持的那样。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    您可以在 DTS 文件中设置最大 MMC/SDIO 时钟频率。 例如:

    mmc3{(&M)

    (笑声)

    (笑声)

    最大频率=<5000000>;

    (笑声)

    (笑声)

    wlcore:wlcore@0{

    兼容="ti、wl1837";

    reg =<2>;

    interrupt-parent =<&GPIO0>;

    中断=<11 IRQ_TYPE_EDGE_RISING >;

    };

    Saurabh
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Saurabh、
    我们仍在尝试解决此问题、而查看此问题的工程师指出、您上面提供的链接仅涵盖 FW 版本8.9.0.0.76。 您升级到的8.9.0.0.79版本有哪些更改? 是否有更当前的链路? 请提供建议。
    谢谢、
    David Block
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 David:
    客户正在使用正确的固件8、9.0.0.79。 固件版本8.9.0.0.76集成了与红色相关的修改。 之后、我们发布了更多后续版本- 8.9.0.0.79是最新版本、集成了更多错误修复。 对于驱动程序和其他二进制文件、请使用 R8.7_SP3

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

    Saurabh、

    我们有一种理论认为、当 WL1835/37MOD 退出 ELP 模式时会出现该问题。 我们是否有办法强制无线电进入 ELP 模式、以便对该理论进行系统测试?

    提前感谢、

    David

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 David:
    您可以通过运行以下命令来启用禁用 ELP:

    禁用 ELP:
    iw wlan0将 power_save 设置为 off
    echo 0 >/sys/kernel/debug/ieee80211/phy0/wlcore/sleep_auth

    启用 ELP:
    iw wlan0设置 power_save on
    echo 2 >/sys/kernel/debug/ieee80211/phy0/wlcore/sleep_auth

    如果希望设置在重新引导/驱动程序加载-重新加载之间保持不变,则可以使用以下命令更改 wl18xx-conf 文件

    禁用 ELP:
    /wlconf -i /lib/firmware/ti-connectivity/wl18xx-conf.bin -o /lib/firmware/ti-connectivity/wl18xx-conf.bin -s core.conn.sta_sleep_auth=0

    启用 ELP:
    /wlconf -i /lib/firmware/ti-connectivity/wl18xx-conf.bin -o /lib/firmware/ti-connectivity/wl18xx-conf.bin -s core.conn.sta_sleep_auth=2.

    确保在运行上述 wlconf 命令后卸载/重新加载内核驱动程序。 这需要执行一次。

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

    尊敬的 Saurabh:

    是否有任何方法强制无线电进入 ELP 状态? 我们想通过进入 ELP 和退出来冲击机组、看看我们是否能够通过旋流金和从 ELP 中取出来准确地确定碰撞。

    提前感谢、

    David

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 David:
    用户最初可以禁用或启用 ELP (如上所述),但驱动程序/固件决定 WiLink8何时进入/退出睡眠模式。

    谢谢
    Saurabh