[参考译文] WL1831MOD：WL1831MODGI

尊敬的 Satya：

为了在内核 6.6 上使用最新的 FW、您还需要一些补丁来更新 wlcore 驱动程序。 您是否可以尝试使用附加的 tarball 中的补丁、然后构建内核并再次测试？

 e2e.ti.com/.../k61patches.tar.gz

尊敬的团队：

感谢您分享的补丁。

我可以将这些补丁集成到编译中、我已经将映像加载到 SOM 上、下面是观察结果：

localhost：~$  dmesg | grep wlcore
[73.414093] wlcore：wl18xx 硬件：183x 或 180x、PG 2.2 (ROM 0x11)
[73.423565] wlcore:已加载

localhost：~$sudo ifconfig wlan0 up
[225.066410] wlcore：PHY 固件版本：Rev 8.2.0.0.246
[225.154231] wlcore:固件已启动 (Rev 8.9.1.0.2)

localhost：~$ sudo iwlist wlan0 scan
[249.761590]警告:`iwlist '使用无线扩展,它将停止对 Wi-Fi 7 硬件的工作;使用 nl80211
[250.287269] wlcore：警告 ELP 唤醒超时！
[250.291916] wlcore：警告 cmd set_template failed：–5
[250.297198] wlcore:错误 2.4GHz 探测请求模板失败
[250.3062] wlcore：向下
[250.311351] ieee80211 phy0:已请求硬件重启
[250.751864] wlcore：PHY 固件版本：Rev 8.2.0.0.246
[250.839047] wlcore:固件已启动 (Rev 8.9.1.0.2)
wlan0 无扫描结果

localhost：~$ sudo iwlist wlan0 scan
wlan0 无法读取扫描数据：资源暂时不可用

localhost：~$ sudo iwlist wlan0 scan
wlan0 Interface 不支持扫描:设备或资源忙

localhost：~$[ 292.079267] wlcore：由于错误而完成扫描。
[292.084124]---- 【在这里剪切】------
[ 292.088764]警告：CPU：1 PID：57、网址为/drivers/net/wireless/ti/wlcore/main.c：860 wl12xx_queue_recovery_work.part.0+0x78/0x80 [wlcore]
[292.100945]链接的模块：xt_tcpudp xt_conntrack iptable_snt_nat nf_conntrack nf_defrg_ipv6 nf_defrg_IPv4 ip_tables x_tables wl18xx wlcore crct10dif_cce
[292.139239] CPU: 1 PID: 57 Comm: kworker/u12:3 not tainted 6.6.36-ga3639229521c #1.
[ 292.146808]硬件名称：NXP i.MX95 19x19 板 (DT)
[ 292.151941]工作队列：phy0 wl1271_scan_complete_work [wlcore]
[292.157879] pstate: 60400009 (nZCv daif+PAN -UAO -TCO -DIT -SSB BTYPE=--)
[ 292.164842] PC：wl12xx_queue_recovery_work.part.0+0x78/0x80 [wlcore]
[ 292.171389] lr：wl12xx_queue_recovery_work+0x20/0x2C [wlcore]
[292.177306] sp : ffff8000829abd50
[ 292.180616] x29：ffff8000829abd50 x28：000000000000 x27：000000000000
[ 292.187786] x26：ffff000080014028 x25：ffffff000080604100 x24：ffffff000081b4d815
[ 292.194933] x23：ffff000084faa4f8 x22：ffffff000096d4e058 x21：ffffff000084fa0a0
[ 292.202083] x20：ffffff000085391010 x19：ffffff000084faa040 x18：000000000006
[ 292.209251] X17：000000000000 x16：0000000000000000 x15：ffff8000829ab7a0
[ 292.216372] x14：000000000000000c X13：0000000000000x12：00000000000000000002
[ 292.223496] x11：000000000000 x10：0000000000000a60 x9：ffff8000829abb00
[ 292.230629] x8 : ffff000080680ac0 x7 : ffffff0001f739bf80 x6 : 000000000000
[ 292.237753] x5：ffff0001f7393d48 x4：000000000000 x3：000000000000
[ 292.244877] x2：000000000000 x1：ffffff000084faaa040 x0：0000000000000001
[ 292.252022]调用跟踪：
[ 292.254475] wl12xx_queue_recovery_work.part.0+0x78/0x80 [wlcore]
[ 292.260581] wl12xx_queue_recovery_work+0x20/0x2C [wlcore]
[ 292.266076] wl1271_scan_complete_work+0x134/0x1a0 [wlcore]
[ 292.271657] PROCESS_ONE_WORK+0x138/0x248
[292.275670] worker_thread+0x320/0x438
[292.279414] kthread+0x110/0x114
[ 292.282637] ret_from_fork+0x10/0x20
[292.286230]--[结束跟踪 000000000000 ]-----
[ 292.290906] wlcore:硬件正在恢复。 固件版本：版本 8.9.1.0.2
[ 292.303576] wlcore: PC: 0x0、hint_sts: 0x00000004 count: 1.
[292.309250] wlcore: down
[ 292.311882] ieee80211 phy0：已请求硬件重新启动
[ 292.755969] wlcore：PHY 固件版本：Rev 8.2.0.0.246
[ 292.843079] wlcore:已启动固件（修订版 8.9.1.0.2）

----------------------------

我看到检测到接口、并且固件正确加载、但没有任何错误。

但这次以扫描命令结束。 请让我知道此 ASAP 的修复程序。

主要问题：  

wlcore：错误 2.4GHz 探测请求模板失败
wlcore：关闭

尊敬的 Satya：

您是否有“iw"，“，而、而不是使用“iwlist"？“？ “iw wlan0 scan“是否出现相同的错误？

此外、这是 Debian 系统还是 Yocto/buildroot 系统？

您好、  

使用时、iw wlan0 scan；最终出现相同的错误。

顺便说一下、这是为内核 6.6 构建的 Yocto 系统。

同时、您能告诉我最新版本 8.9.0.0.246 的固件、因为它是 R8 版本。 可以从 R9 版本中建议的任何版本。

我请您将此视为一个重要的最高优先级项目、并帮助我们尽快解决此问题。  

尊敬的 Sabeeh：  

这是一个温柔的提醒！！！！

您能否提供有关该问题的最新信息？ 如前所述、我们期待尽快解决问题。

谢谢、

Satya。

尊敬的 Satya：

我刚才试过自己。 我将上面 tarball 中附加的相同补丁应用到了我的 Linux 内核 6.6、并且能够成功引导并扫描。 在此处查看日志：

root@am335x-evm:~# iw wlan0 scan | grep SSID
        SSID: sabeeh_2G
        SSID: sabeeh_5G
root@am335x-evm:~# dmesg | grep wlc
[   28.823178] wlcore: wl18xx HW: 183x or 180x, PG 2.2 (ROM 0x11)
[   28.856564] wlcore: loaded
[   36.147088] wlcore: PHY firmware version: Rev 8.2.0.0.246
[   36.327107] wlcore: firmware booted (Rev 8.9.1.0.2)

这是我所使用的固件版本、最新版本为：  

https://git.ti.com/cgit/wilink8-wlan/wl18xx_fw/commit/wl18xx-fw-4.bin?id=685097375c6530c98ce052fcd160001abaa1b256 

您是否恰好使用了 FIPS 版本的固件？

尊敬的 Sabeeh：

我们还使用相同的固件、这是最新版本。  

希望您也在使用基于 SDIO 的 WiFi 连接；您是否也可以分享 DTS 更改。

谢谢、

Satya。  

尊敬的 Satya：

无需更改器件树即可更改 WL18x 上的固件。 您可以共享您的器件树、以便我在任何情况下查看。

在需要更新 wl18xx 固件之前、您是否能够使用旧固件/内核正常？

尊敬的 Sabeeh：

1.我们通过 USB 通道连接了 Wifi 模块,数据通过 SDIO 线路接收,因此 DTS 的变化如下:

diff -git a/arch/arm64/boot/dts/Freescale/imx95-aom5521-a1.dts b/arch/arm64/boot/dts/Freescale/imx95-aom5521-a1.dts
索引 9cadec097dca.79dcb8cafc93 100644.
-- A/arch/arm64/boot/dts/Freescale/imx95-aom5521-a1.dts
++ b/arch/arm64/boot/dts/Freescale/imx95-aom5521-a1.dts
@@–138,7 +138,7 @@ reg_3p3v: regulator-3p3v {
调节器名称=“+V3.3_SW"；“；
}；

- reg_usdhc2_vmmc : regulator-usdhc2 {
+/* reg_usdhc2_vmmc：regulator-usdhc2 {
兼容=“稳压器固定“；
pinctrl-names =“default"；“；
pinctrl-0 =<&pinctrl_reg_usdhc2_VMMC>；
@@–148、6 +148、20 @@ reg_usdhc2_vmmc：regulator-usdhc2｛
GPIO =<&GPIO3 7 GPIO_ACTIVE_HIGH>；
off-on-delay-us =<12000>；
使能高电平有效；
+};*/
+
+       wlan_en_reg: fixedregator@2 {
+兼容=“稳压器固定“；
+调节器名称=“WLAN-en-regulator"；“；
+调节器 — 最小-微伏=<1800000>；
+稳压器最大微伏=<1800000>；
+
+/*此电路板的 WLAN_EN GPIO–BANK2、引脚 4 */
+ GPIO =<&GPIO3 23 0>；
+
+/* WLAN 卡特定延迟*/
+ startup-delay-us =<70000>；
+使能 — 高电平有效；
}；

reg_pcie0：regulator-PCIe｛
@@–690、7 +704、7 @@&usdhc1｛
状态=“正常“；
}；

-&usdhc2｛
+/*&usdhc2｛
pinctrl-names =“default"，“，"state_100MHz"、"state_100MHz"，“，"state_200MHz"“"state_200MHz"，、，"sleep"“"sleep"；“；</s>、 ““
pinctrl-0 =<&pinctrl_usdhc2>、<&pinctrl_usdhc2_gpio>；
pinctrl-1 =<&pinctrl_usdhc2_100>、<&pinctrl_usdhc2_gpio>；
@@–701,6 +715,31 @@&usdhc2｛
VMMC-SUPPLY =<_usdhc2_VMMC>；
总线宽度=<4>；
状态=“正常“；
+};*/
+
+&usdhc2｛
+ pinctrl-names =“default"，“，"state_100MHz"、"state_100MHz"，“，"state_200MHz"“"state_200MHz"，、，"sleep"“"sleep"；“；</s>、 ““
+ pinctrl-0 =<&pinctrl_usdhc2>、<&pinctrl_usdhc2_gpio>；
+ pinctrl-1 =<&pinctrl_usdhc2_100>、<&pinctrl_usdhc2_gpio>；
+ pinctrl-2 =<&pinctrl_usdhc2_200m>、<&pinctrl_usdhc2_gpio>；
+ pinctrl-3 =<&pinctrl_usdhc2>、<&pinctrl_usdhc2_gpio>；
+//CD-GPIO=<&GPIO3 00 GPIO_ACTIVE_LOW>；
+//FSL、CD-GPIO-wakeup-disable；
+ VMMC-SUPPLY =<&WLAN_en_reg>；
+总线宽度=<4>；
+ no-1-8-v；
+保持电源暂停;
+启用 SDIO-WAKEUP；
+ CAP-POWER-OFF-CARD;
+状态=“正常“；
+#address-cells =<1>；
+#size-cells =<0>；
+ wlcore：wlcore@0｛
+兼容=“ti、wl1835“；
+ reg =<2>；
+中断父级=<&GPIO3>；
+中断=<7 IRQ_TYPE_EDGE_RISING>；
+}；
}；

----------------------------

2.旧内核 (6.1 ) 没有问题, 我们能够加载驱动程序并扫描 SSID。 此问题仅在使用内核 6.6 时出现。

谢谢、

Satya

尊敬的 Satya：

我懂了。 我认为这是如何将 SDIO 与 imx9 主机上的 6.6 内核一起使用的问题。 您可以尝试移除 pinctrl 1、2 和 3、但不删除 pinctrl-0、这也是一种尝试。 并将 pinctrl-names 修改为以下内容：

pinctrl-names =“default"；“；  

尊敬的 Sabeeh：

我已经尝试了上述的解决方法,但最终得到了相同的错误,它仍然被阻止。

您能帮助我们解决这个问题吗？为什么它无法扫描 SSID。

谢谢、

Satya。

尊敬的 Sabeeh：  

我想通知您、贵组织的 Luke 打电话询问 WL1835 驱动程序集成问题、还有一次关于不同 Wi-Fi 驱动程序的讨论。 此外、Luke 要求我们使用 Windows PC 上的 gLogger 工具共享一些日志。

您能否告诉我如何在 Windows 11 上安装 gLogger 工具、以及收集必要日志需要哪些命令或详细信息？ 这将有助于我们提供适当的信息、以便更好地进行调试。

谢谢、

Satya。

尊敬的 Sabeeh：

我可以成功地安装 gLogger 工具、并同时连接了 UART 设置、还可以看到连接信息、如所附快照中所示。

但是、主要的问题是我们无法使用 Debug 引脚 ( WL_UART_DBG ) 从现有的板中取出。 所以看起来这项练习不能超过这个。

请您提出任何其他方法来 GE 提供必要的日志。

尊敬的团队：

我为这张机票的主题道歉 、但为提出了票证 imx95 上的 WL1837MOD、带 Linux 内核 6.6。

谢谢、

Satya。

尊敬的 Satya：

但是、主要问题是我们无法使用调试引脚 ( WL_UART_DBG ) 从现有的董事会。

为了清楚起见、您说您无法访问此 DBG 引脚？

没有固件日志、我们无法真正确认、但似乎内核 6.6 的 imx95 端的 SDIO 驱动程序存在问题。 我建议尝试使用内核 6.12 或更旧的内核 （如 6.1）来查看是否存在此问题的其他内核版本。  

尊敬的 Sabeeh：

我们可以把  WL_UART_DBG  pin from the WL1837 module、当我们尝试执行扫描命令时、可能会获取一些日志：“ sudo iw dev wlan0 scan | grep SSID “。  请查看屏幕截图以及下面所附的相同 XL 表单。

e2e.ti.com/.../Glogger_5F00_scan_5F00_sheet.csv

还会在以下日志中添加 dmesg 命令响应 wlcore：
e2e.ti.com/.../Wifi.log.txt

您好、Satya、

很高兴听到您现在可以访问记录器针脚。 但是、在获取日志时似乎出现了问题。 您是否使用加载到解析器中 glogger 的相同固件 (8.9.1.0.2)？ 波特率设置是否正确 (3M)？  

尊敬的 Sabeeh：  

我在 设备和 gLogger 工具中都使用了固件 8.2.0.0.246。 使用的波特率为 152000。  我会将固件降级到 8.9.1.0.2、然后重新生成日志并与您共享。

请告诉我是否需要进行更多更正。

同时、您能否分享固件  (8.9.1.0.2) 链接以供我参考、以便确保使用正确的固件。

谢谢、

Satya。

尊敬的 Satya：

再次请确保波特率为 3000000 (3M)。  

这是 8.9.1.0.2 固件：
https://git.ti.com/cgit/wilink8-wlan/wl18xx_fw/commit/wl18xx-fw-4.bin?id=685097375c6530c98ce052fcd160001abaa1b256 

尊敬的 Sabeeh：

感谢您通过所需的固件链接做出的响应。

我现在已  将固件 (8.9.1.0.2) 加载到 gLogger 解析器并在终端上执行相同的扫描命令-“sudo iw dev wlan0 scan | grep SSID“、并分别从 gLogger 工具收集日志。

请查找附件。

谢谢、

Satya。

e2e.ti.com/.../glog_5F00_2025_5F00_08_5F00_07_5F00_145148.csv

您好、Satya、

感谢您提供此信息、我现在可以清楚地看到日志。  

我在这里看不到任何奇怪的行为。 在日志顶部、将接收和执行扫描、并将结果返回到主机。 但由于某种原因、主机未检测到  

出于好奇心、您能否尝试将中断类型从 EDGE_RISING 更改为 LEVEL_HIGH？ 此 IRQ 类型在 imx95 上是否受支持？ 我想知道 Linux 主机是否错过了中断。

只是回顾一些先前的 消息、您能进一步澄清一下您的意思吗？

我们已通过 USB 通道连接 Wifi 模块、并在 SDIO 线路上接收数据

除上述内容之外、您是否可以重试（使用 EDGE_RISING 或 LEVEL_HIGH）、但在内核日志中启用更多调试打印？

您可以通过将 wl12xx_debug_level 设置为“debug_all"来“来执行此操作：该值在以下链接中设置：

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/net/wireless/ti/wlcore/main.c?h=linux-6.6.y#n6780 

我正在寻找的是驱动程序停止与芯片通信并需要固件复位的原因。

这是硬件团队对原理图的期望。 目的是通过 SDIO 线路获取 WiFi 数据。 这是所做 DTS 更改的 calrity。

>> 这是硬件团队对原理图的期望。 目的是通过 SDIO 线路获取 WiFi 数据。 这是所做 DTS 更改的 calrity。

尊敬的 Satya：

我懂了。 请告诉我、您是否可以提供调试日志并尝试进行上面提到的 DTS 更改。  

尊敬的 Sabeeh：

即使在初始更改中、它也设置为 EDGE_RISING、如下所示：

------------------------

&usdhc2｛
pinctrl-names =“default"；“；
pinctrl-0 =<&pinctrl_usdhc2>、<&pinctrl_usdhc2_gpio>；
//pinctrl-1 =<&pinctrl_usdhc2_100>、<&pinctrl_usdhc2_gpio>；
//pinctrl-2 =<&pinctrl_usdhc2_200m>、<&pinctrl_usdhc2_gpio>；
//pinctrl-3 =<&pinctrl_usdhc2>、<&pinctrl_usdhc2_gpio>；
//CD-GPIO=<&GPIO3 00 GPIO_ACTIVE_LOW>；
//FSL、CD-GPIO-wakeup-disable;
VMMC-SUPPLY =<&WLAN_en_reg>；
总线宽度=<4>；
NO-1-8-v；
保持电源处于挂起状态；
启用 SDIO 唤醒；
电容断电卡；
状态=“正常“；
#address-cells =<1>；
#size-cells =<0>；
wlcore：wlcore@0｛
兼容=“ti、wl1835“；
reg =<2>；
Interrupt-parent =<&GPIO3>；
中断=<7 IRQ_TYPE_EDGE_RISING>；
}；
}；

-------------------

您能告诉我需要做的任何其他事情吗？

 将 wl12xx_debug_level 更改为“debug_all"；“；我将使用日志对您进行更新。

谢谢、

Satya。

尊敬的 Satya：

我相信我能够看到与您所报告的内容类似的问题。 我使用 wl18xx 器件启动了 imx93 电路板、并看到类似的内容：

buildroot login: root
# ifconfig wlan0 up
[   16.965269] wlcore: using inverted interrupt logic: 2
[   17.018624] wlcore: PHY firmware version: Rev 8.2.0.0.243
[   17.113561] wlcore: firmware booted (Rev 8.9.0.0.83)
# iw wlan0 scan | grep SSID
[   21.946213] wlcore: WARNING ELP wakeup timeout!
[   21.950796] wlcore: WARNING cmd set_template failed: -5
[   21.956037] wlcore: ERROR 2.4GHz PROBE request template failed
[   21.962262] wlcore: down
[   21.971058] ieee80211 phy0: Hardware restart was requested
# [   22.286598] wlcore: using inverted interrupt logic: 2
[   22.339586] wlcore: PHY firmware version: Rev 8.2.0.0.243
[   22.428201] wlcore: firmware booted (Rev 8.9.0.0.83)

让我尝试进一步调查、然后我将报告。

尊敬的 Satya：

当我查看我的 TI MPU 平台时、我清楚地看到从内核日志中调用的中断处理程序：

[  132.831260] wlcore: IRQ work
[  132.831263] wlcore: wakeup time: 12 ms
[  132.838051] wlcore: intr: 0x20 (fw_rx_counter = 0, drv_rx_counter = 0, tx_results_counter = 0)
[  132.846673] wlcore: WL1271_ACX_INTR_HW_AVAILABLE
[  132.913816] wlcore: chip to elp

但是、我在 i.mx93 设置中看不到类似的日志。 因此、这显然是问题所在。 但是、我仍在调查未触发此 IRQ 例程的原因。  

尊敬的 Satya：

您能否尝试将中断类型从 EDGE_RISING 更改为 LEVEL_HIGH？