[参考译文] Linux/WL1835MOD：WL8网状驱动程序崩溃问题

Linux 版本：3.14.26-g07d13c6

WiFi 固件：固件版本：版本8.9.0.0.75

对于 NULL 指针问题、我们发现它也发生在 AM335x EVM 板上。 有关详细信息、请参阅随附的文件。

e2e.ti.com/.../aw5900_5F00_evm_5F00_err2_2D00_1.txt

由于 AM335x EVM 中的 WIFI 固件是旧版本、我们尝试将其更新为8.9.0.0.79并再次进行测试。

Linux 版本：3.14.26-g07d13c6

WiFi 固件：固件版本：版本8.9.0.0.79

对于 FW 8.9.0.0.79、NULL 指针问题仍然存在。

附加的文件是完整的日志消息。

e2e.ti.com/.../7245.aw5900_5F00_evm_5F00_err3.txt

您好！

EVM 软件来自该网站、该网站上的 Linux 内核版本与我们的版本接近。

software-dl.ti.com/.../index_FDS.html

除了 WiFi 固件(从版本8.9.0.0.75更新到版本8.9.0.0.79)之外、我们不会修改软件的任何实用程序和固件。

对于这个 NULL 指针问题、它在我们的电路板的开头部分。

我们板的版本已更新为 R8.7_SP3。

您可以看到下面的 wpa_supplicant 版本。

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

# wpa_supplicant --version
wpa_supplicant：无效选项--'-'
wpa_supplicant v2.6-devel-R8.7_SP3

版权所有(c) 2003-2016、Jouni Malinen 和贡献者

本软件可根据 BSD 许可条款分发。
有关更多详细信息，请参见 README。

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

日志消息是随附的文件，由 RIO 附加。

您可以在 上面找到电路板的日志消息(文件：20180925_2.txt)。

您好，香榭丽舍

此问题也可在 Sitara+WL8 EVM 上重现。

以附件和下面的形式进行记录。

[3488.221789]无法在虚拟地址00000045处处理内核 NULL 指针解除引用

[3488.230340] PgD = dc1d4000

[3488.233168][00000045]* PgD=9dbbc831、* Pte=00000000、* Ppte=00000000

[3488.239750]内部错误：Oops：17 [#1] ARM

[3488.244298]链接模块：wl18xx (O) wlcore (O) mac80211 (O) cfg80211 (O) wlcore_SDIO (O) co                                                                                   mpat (O)

[3488.253794] CPU：0 PID：1657 Comm：wpa_supplicant 被污染：G          O 3.14.26-g07d13c6-di                                                                                   rty #2

[3488.263150]任务：dc26e000 ti：dc240000 task.ti：dc240000

[3488.269243] PC 处于 mesh_get_low_signal_link+0x30/0x78 [mac80211]状态

[3488.275866] LR 位于 ieee80211_get_low_signal_mesh+0x18/0x3c [mac80211]

[3488.282777] PC：[ ]   LR：[ ]   PSR：200f0013

[3488.282777] sp：dc241c10 IP：dc1c4f90 FP：dc241c24

[3488.294762] R10：00000000 R9：ddd2a550 R8：bf03dd90

[3488.300216] r7：dc30e488 r6：dc1c4000 r5：dc30e000 r4：dc241c4a

[3488.307029] r3：dc2f1000 r2：00000000 r1：00000003 r0：dc22e800

[3488.313847]标志：   模式 SVC_32 ISA ARM 段用户上 FIQ 上的 nzCv IRQ

[3488.321296]控制：10c5387d 表：9c1d4019 DAC：00000015

[3488.327295]处理 wpa_supplicant (pid：1657、栈限制= 0xdc240238)

[3488.334291]栈：(0xdc241c10至0xdc242000)e2e.ti.com/.../7043.aw5900_5F00_evm_5F00_err3.txt

BR RIO

您好！

NULL 指针问题在2个平台上发生、其中一个平台在 AM335x EVM 上、版本为 R8.7_SP2。

另一个版本位于我们的开发板上、该版本已更新为 R8.7_SP3。

以下内容是我们板的所有日志消息。 一个是启动消息、另一个是 NULL 指针错误消息。

e2e.ti.com/.../our_5F00_devlopment_5F00_board_5F00_bootup_5F00_message.txt

e2e.ti.com/.../7356.20180925_5F00_2.txt

尊敬的 Saurabh：

我们没有修改驱动程序。

如果驱动程序错误、您能否将正确补丁的网站发送给我们？

您以前是否曾发现此 NULL 指针问题？

BR、

Jove

Saurabh、

好的、我们将 更新构建实用程序并 对其进行测试以解决 问题。

谢谢。

Jove

Saurabh、

更新构建实用程序后、R8.7_SP3之后没有脏字符串。
经过一段时间的测试后、我们还发现了 NULL 指针问题。

以下是完整的日志消息。

e2e.ti.com/.../null_5F00_point_5F00_SP3.txt

Jove

Saurabh、

是的、它位于器件 AP 和网状网络上。 它们位于同一个通道上。

以下(atted 文件) 是我们 的测试方案、AW5900是我们的开发器件、其上有 wl18xx 模块。

对于此 测试方案、 我们需要4个 AW5900器件(1个主 AP 模式和3个仅网状网络模式)和2台 PC、如下所示。
4个圆圈表示每个 AW5900的 WIFI 范围。 因此、AW5900_1无法直接连接到 AW5900_4、它们需要通过 AW5900_2或 AW5900_3相互连接。

对于这种情况、 以下是 AW5900器件的初始状态。

AW5900_1 ：请勿连接天线。  打开设备 AP 和网状网络(主 AP 模式)。

AW5900_2 ：连接天线。 仅打开网格(仅网格模式)。

AW5900_3 ：连接天线。 仅打开网格(仅网格模式)。

AW5900_4：请勿连接天线。 仅打开网格(仅网格模式)。

首先、 为 AW5900_1加电。 然后、打开 AW5900_2、AW5900_3和 AW5900_4。

目前、由于 AW5900_1具有 DHCP 服务器、因此 AW5900_2、AW5900_3和 AW5900_4以及2台 PC 将从 AW5900_1的 DHCP 服务器获取其 IP 地址。

然后，从 PC1持续向 PC2发送大数据。

此时、使用 wifi 命令"iw mesh0 mpath dump"检查 AW5900_1上的当前发送路径。

如果 电流发送路径通过 AW5900_2、请移除 AW5900_2的天线 、并且由于 AW5900_2的功率信号较低、因此发送路径 将更改为 AW5900_3、反之亦然。

重复更改发送路径约20次。  有时、您可能会在 AW5900_1上看到 NULL 指针问题。

但有时、即使您在执行上述操作时也会将流程复制到很长的时间、但问题仍然没有发生。

 
Jove