[参考译文] CC3351：SDK 下载缺少8MP 设备树补丁

一些其他详细信息：

链接到论坛帖子的补丁不适用于 NXP 6.1内核、因此他们试图根据现有内容创建新的补丁。

他们构建了内核+驱动程序更新；如果对其进行调制、则会加载 cc33xx 和 cc33xx_sDIO、但似乎无法找到 SDIO 器件。 模块上的 LED 亮起、至少它正在通电。

有人能看一下他们是否在.dts 中遗漏了某些内容吗？ 我本人或客户都不是器件树或8MP 电路板方面的专家。

这里什么都不相关…

root@imx8mp-lpddr4-evk:~# dmesg | grep -E 'sdio|sdhc|mmc|wl|cc33'

[    0.000000] Kernel command line: console=ttymxc1,115200 root=/dev/mmcblk1p2 rootwait rw

[    1.838001] sdhci: Secure Digital Host Controller Interface driver

[    1.844198] sdhci: Copyright(c) Pierre Ossman

[    1.856523] sdhci-pltfm: SDHCI platform and OF driver helper

[    1.894777] mmc2: SDHCI controller on 30b60000.mmc [30b60000.mmc] using ADMA

[    1.983124] mmc2: new HS400 Enhanced strobe MMC card at address 0001

[    1.990571] mmcblk2: mmc2:0001 IB2932 29.2 GiB

[    2.003700]  mmcblk2: p1 p2 p3

[    2.012407] mmcblk2boot0: mmc2:0001 IB2932 4.00 MiB

[    2.021691] mmcblk2boot1: mmc2:0001 IB2932 4.00 MiB

[    2.033924] mmcblk2rpmb: mmc2:0001 IB2932 4.00 MiB, chardev (234:0)

[    3.204301] sdhci-esdhc-imx 30b50000.mmc: Got CD GPIO

[    3.240578] mmc1: SDHCI controller on 30b50000.mmc [30b50000.mmc] using ADMA

[    3.647754] mmc1: host does not support reading read-only switch, assuming write-enable

[    3.684591] mmc1: new ultra high speed SDR104 SDHC card at address 5048

[    3.692400] mmcblk1: mmc1:5048 SD32G 28.8 GiB

[    3.699160]  mmcblk1: p1 p2

[    4.925965] EXT4-fs (mmcblk1p2): mounted filesystem with ordered data mode. Quota mode: none.

[    6.952450] EXT4-fs (mmcblk1p2): re-mounted. Quota mode: none.

[    9.732644] EXT4-fs (mmcblk2p2): mounted filesystem with ordered data mode. Quota mode: none.

[   10.027931] EXT4-fs (mmcblk2p3): mounted filesystem with ordered data mode. Quota mode: none.

 

这让我感到奇怪,虽然–

root@imx8mp-lpddr4-evk:~# dmesg | grep -i pci

[    0.130475] PCI: CLS 0 bytes, default 64

[    2.466134] imx6q-pcie 33800000.pcie: host bridge /soc@0/pcie@33800000 ranges:

[    2.480534] imx6q-pcie 33800000.pcie:       IO 0x001ff80000..0x001ff8ffff -> 0x0000000000

[    2.488747] imx6q-pcie 33800000.pcie:      MEM 0x0018000000..0x001fefffff -> 0x0018000000

[    2.722078] imx6q-pcie 33800000.pcie: iATU: unroll T, 4 ob, 4 ib, align 64K, limit 16G

[    3.720658] imx6q-pcie 33800000.pcie: Phy link never came up //THESE TWO LINES!!

[    4.729719] imx6q-pcie 33800000.pcie: Phy link never came up //THESE TWO LINES!!

[    4.735512] imx6q-pcie 33800000.pcie: PCI host bridge to bus 0000:00

 

他们是否需要禁用 M.2插槽上的 PCIe 功能？ 我认为他们可以共存、因为决定引脚排列的是键控(A 键、E 键等)、但可能不是？

(就其价值而言、它们来自内核。

提交04b05c5527e9af8d81254638c307df07dc9a5dd3 ( 标签：LF-6.1.36-2.1.0 、 origin/LF-6.1.y 、 原点/头 )

..例如、与 imx8入门指南中的 LF-6.1.36-2.1.0相同。)

e2e.ti.com/.../imx8mp_2D00_evk_2D00_usdhc1_2D00_m2.dts

谢谢！

Luke

如果我能正确回想起、该板在 M.2插槽上支持 PCIe 或 SDIO、但不能同时支持两者。  可通过加载正确的设备树进行选择。  默认一个是 PCIe、您需要加载另一个。   

不清楚具体是如何在电路板上实现的、您可以在文档中的某个位置找到它。  但这可能是通过在 uboot 环境中设置"conf"变量来实现的。  该变量可能设置为 conf-Freescale-imx8mp-evk.dtb、而所需的值可能为 conf-Freescale-imx8mp-evk-usdhc1-m2.dtb。

但 这是在内存中、请参阅您的构建的文档。。。

Dean、

感谢您的回复！ 这使他们朝着正确的方向前进-这是 电路板上的 fdtfile (即"setenv fdt imx8mp-blah-usdhc1-m2…")。 从此处引导会使他们在引脚上产生一些冲突、但现在应该是一个简单的权变措施。  

您是否对应该包括在1.0.0.5+版本中的8MP 器件树补丁发生了什么情况？

此致！
Luke

我不知道、我不是 TI。  但公平地说、他们确实有 TI 电路板的补丁。  不清楚他们是否打算在公开发布的版本中保留其他主板的补丁。  

一般来说、设备树需要由最终设计拥有-它们因产品、架构和架构而异。  无线电芯片供应商需要记录其器件的特定绑定。 如果他们还能够在常用平台上提供示例、那是一个加分项...

尊敬的 Sabeeh：

感谢分享丢失的 DTS 文件,但我认为我们仍然缺少一个补丁文件...

您能否为8MP DTS 检查是否有其他补丁文件、或向我发送一个针对 LF-6.1.36.2.1.0的差异：  

commit 04b05c5527e9af8d81254638c307df07dc9a5dd3 (tag: lf-6.1.36-2.1.0, origin/HEAD)

Author: Jacky Bai ping.bai@nxp.com

Date:   Fri Aug 25 11:39:31 2023 +0800

    LF-9952 clocksource: imx-tpm: Wait for CnV write to take effect

(或者给我发送一份工作中的 imx8mp-evk-usdhc1-m2.dts 和 imx8mp-evk.dts 文件的副本吗？ 客户的 NXP 树与 CC33XX 指南使用的 LF-6.1.36-2.1.0相同。  6.1.36现在已经很旧了–修补程序文件是否可能来自较新的内核？

谢谢！

Luke

尊敬的 Luke：

我没有回答您的问题。 为什么您认为缺少另一个补丁？

上面的补丁是修改基准8MP devicetree 的补丁。 您是否在寻找特定的内容？ 上面的补丁程序是否不能完全应用？  

我只针对该分支测试了补丁： https://github.com/nxp-imx/linux-imx/tree/lf-6.1.y 

通过电子邮件跟进并提供更多详细信息。

谢谢！

Luke

尊敬的 Luke：

客户是否能够提出驱动程序？

Sabeeh

我没有收到回复、因为我分享了您发送给我的工作 DTS 文件和信息。 我会告诉你,一旦我们听到回来!

谢谢！

Luke

Sabeeh

他们将该文件按原样重建、但没有像昨天那样使用手动修改的 dts 文件–他们可以加载模块、但未检测到硬件。

他们会回到在固件加载时发生故障但似乎检测到卡的状态、只需从您的文件中输入 usdhc1_VMMC 条目、然后查看是否会出现这种情况。

如果您对他们应该怎么做有任何其他想法、请告诉我。  

此外、您能否确认：

1. 如果没有 NVS 文件、我们将使用默认值(SDK 中的 rootfs 补丁仅包括 cc33xx-conf.bin、cc33xx_2nd _loader.bin 和 cc33xx_fw.bin)
2. 先前系统日志("MAC 地址：0xa434f1b319b4")中的 MAC 地址 A4：34：F1：B3：19：B4实际上来自模块本身、而不是驱动程序/FW 映像中的默认值。

谢谢！

Luke

尊敬的 Luke：

Unknown 说：

他们按原样重建该文件、但没有采用当天手动修改的 DTS 文件、他们可以加载模块、但未检测到硬件。

我认为查看完整的内核日志会有所帮助。 我可以尝试帮助进行调试、并了解为什么没有检测到它。 它们是否能够提供完整的内核启动日志？

[报价 userid="572055" url="~/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1426687/cc3351-sdk-downloads-missing-8mp-device-tree-patches/5480299 #5480299"]如果没有 NVS 文件、我们将使用默认值(SDK 中的 rootfs 补丁仅包括 cc33xx-conf.bin、cc33xx_2nd _loader.bin 和 cc33xx_fw.bin)

正确、不需要 NVS 文件。  

Unknown 说：

早期系统日志("MAC 地址：0xa434f1b319b4")中的 MAC 地址 A4：34：F1：B3：19：B4实际上来自模块本身、而不是驱动程序/固件映像中的默认值。

也许我漏掉了一些东西,但我看不出你指的是什么。 您能不能[再次]指出这个问题？

Sabeeh

Unknown 说：

他们是否能够提供完整的内核启动日志？

我请求了内核日志、并将在收到后共享它们。  

Unknown 说：

也许我缺少一些东西、但我看不到您所指的内容。 请您告诉我这个[再次]？

这是我转发的线程的一部分(抱歉混淆)：

[   8.546475] wlcore：芯片唤醒

[   8.831845] wlcore：将 BLKsize 设置为128

[   8.831940] wlcore：引导 IRQ：0x8

[8.849855]   wlcore：读取控制信息

[   8.853195] wlcore：正在处理消息类型2、len 704

[8.853264]   wlcore：响应长度704、分配的缓冲长度712

[8.853272]   wlcore：cmd# 35、len=712

[   8.853275] wlcore：CC33XX 器件信息：PG 版本：2、金属版本：0、引导 ROM 版本：1、M3 ROM 版本：1、MAC 地址：0xa434f1b319b4、器件型号：0

谢谢！
Luke

尊敬的 Luke：

谢谢您的参与。 是的、因为他们看到"wlcore"打印输出、这意味着内核驱动程序已加载、并且检测到 WiFi 卡。 这部分看起来不错。  

我现在正在查看您发送的完整日志、我看到错误"内核状态填充错误"。 我以前没有见过这种情况。 客户是否可以尝试降低 SDIO 时钟频率？ 您可以在 dts 的 usdhci 块中使用"max-frequency =<1000000>"来执行此操作。  

Sabeeh

感谢您的确认！ 我相信他们已经进步 过了你现在提到的另一个错误、但仍将再次检查 SDIO 时钟频率... 以下是分享的内容：

"如今取得了长足的进步–接口已启动、连接、移动流量(至少2.4GHz 是 如此)、不过仍然存在一些奇怪、这些引脚是否属于稳压器、但我还是将一些新旧的位进行了整合、现在我们有一个 wlan0接口。 我想稳压器 usdhc1的 pinctrl 警告可能无关紧要、因为我们在电路板上修改了 R33/R36电阻器、因此 M.2 SDIO 始终通电？ 我使用的器件树文件已附加、如果有任何问题、请告诉我。  

R oot@imx8mp-lpddr4-evk:~# dmesg | egrep 'cc|sdio|usdhc'

egrep: warning: egrep is obsolescent; using grep -E

[    0.000000] Linux version 6.1.36+g9eb6d449f460 (oe-user@oe-host) (aarch64-poky-linux-gcc (GCC) 12.3.0, GNU ld (GNU Binutils) 2.40.0.20230620) #1 SMP PREEMPT Thu Oct 24 15:15:33 UTC 2024

[    0.137185] kvm [1]: Hyp mode initialized successfully

[    1.929892] mxc-isi 32e00000.isi: mxc_isi.0 registered successfully

[    2.201396] imx8mp-pinctrl 30330000.pinctrl: pin MX8MP_IOMUXC_SD1_DATA7 already requested by 30330000.pinctrl; cannot claim for regulator-usdhc1

[    2.214380] imx8mp-pinctrl 30330000.pinctrl: pin-44 (regulator-usdhc1) status -22

[    2.221874] imx8mp-pinctrl 30330000.pinctrl: could not request pin 44 (MX8MP_IOMUXC_SD1_DATA7) from group regusdhc1vmmcgrp  on device 30330000.pinctrl

[    2.235354] reg-fixed-voltage regulator-usdhc1: Error applying setting, reverse things back

[    2.517590] pca953x 2-0020: supply vcc not found, using dummy regulator

[    3.222970] xhci-hcd xhci-hcd.1.auto: hcc params 0x0220fe6d hci version 0x110 quirks 0x0000002001010010

[    3.329163] isi-m2m 32e00000.isi:m2m_device: Register m2m success for ISI.0

[    8.220894] cc33xx_sdio mmc0:0001:2: Using GPIO as IRQ

[    8.788867] wlcore: cc33xx_probe :: Start

[    8.841985] cc33xx_driver cc33xx.2.auto: Direct firmware load for ti-connectivity/cc33xx-nvs.bin failed with error -2

[    8.853400] cc33xx_driver cc33xx.2.auto: Falling back to sysfs fallback for: ti-connectivity/cc33xx-nvs.bin

[    8.863566] wlcore: Could not get nvs file ti-connectivity/cc33xx-nvs.bin

[    9.185083] wlcore: Downloading ti-connectivity/cc33xx_2nd_loader.bin to device

[    9.549275] wlcore: ti-connectivity/cc33xx_2nd_loader.bin loaded successfully

[    9.549297] wlcore: Downloading ti-connectivity/cc33xx_fw.bin to device

[   10.540775] wlcore: ti-connectivity/cc33xx_fw.bin loaded successfully

[   10.541352] wlcore: INI Params downloaded successfully

[   10.561480] wlcore: Skipping cc33xx_hw_init

 

无论引脚投诉如何、我们现在都有一个 wlan0接口：

root@imx8mp-lpddr4-evk:~# ifconfig wlan0

wlan0: flags=4098<BROADCAST,MULTICAST>  mtu 1500

        ether a4:34:f1:b3:19:b4  txqueuelen 1000  (Ethernet)

        RX packets 0  bytes 0 (0.0 B)

        RX errors 0  dropped 0  overruns 0  frame 0

        TX packets 0  bytes 0 (0.0 B)

        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

所以我启动了请求程序并将其连接起来、然后运行到以下问题中：

root@imx8mp-lpddr4-evk:~# wpa_supplicant -B -Dnl80211 -i wlan0 -c /etc/wpa_supplicant.conf

-sh: /usr/sbin/wpa_supplicant: cannot execute: required file not found

 

对我来说、这是一个新的问题–因此我查看了请求的二进制文件…

 

root@imx8mp-lpddr4-evk:~# file /usr/sbin/wpa_supplicant

/usr/sbin/wpa_supplicant: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 3.2.0, with debug_info, not stripped

 

…SDK 中请求方的版本似乎是32位 armhf 二进制文件。 这让我想.. 我想知道原始开发树补丁是来自8MP 32位内核构建还是其他版本(他们甚至会这样做吗？)  这可能与我们的器件树基础文件有何不同有关。

无论如何、我们都处于 AArch64上、而不是 armhf 上。 没什么大不了的；这里没有 ARM64 WPA 请求程序。 使用从 ARM64构建的上游2.10版本替换 wpa_supplicant (和 wpa_cli)后、现在情况良好：

root@imx8mp-lpddr4-evk:~# iw dev wlan0 link

Connected to 00:ad:24:58:13:90 (on wlan0)

        SSID: newssid4u

        freq: 2437

        RX: 663874 bytes (895 packets)

        TX: 63600318 bytes (41324 packets)

        signal: -48 dBm

        rx bitrate: 65.0 MBit/s MCS 7

        tx bitrate: 58.5 MBit/s MCS 6

 

        bss flags:      short-preamble short-slot-time

        dtim period:    1

        beacon int:     100

 

SDK 中是否包含请求者是未修改的版本2.10客户端、或者 cc33xx 有 TI 特定的更改？ 如果是2.10、我已经有了–如果有变化、您可以向我发送补丁或 git repo、我可以从中获取？

您是否有推荐我们测试的天线？ 如果你有什么可以发送的东西,这将是伟大的,我这里只有1条电缆与 U. 最后、所有更新的东西都是 MHF4。"

我还添加了新共享的 DTS 文件。

e2e.ti.com/.../3443.imx8mp_2D00_evk_2D00_usdhc1_2D00_m2.dtse2e.ti.com/.../imx8mp_2D00_evk_2D00_usdhc1_2D00_m2_2D00_device_2D00_tree.patch

谢谢！

Luke

尊敬的 Luke：

很高兴事情正在发展。  

Unknown 说：

SDK 中是否包含请求者未修改的版本2.10客户端、或者对 cc33xx 是否有 TI 特有的更改？ 如果是2.10、我已经有了–如果有变化、您可以向我发送补丁或代码库、我可以从中获取？

如客户所述、CC33xx SDK 中的请求者是 armhf 版本、因为 SDK 是针对 AM335x (BeagleBone Black)定制的。   

没有任何更改、因此客户可以使用未修改的请求2.10。  

Unknown 说：

您有适合我们测试的推荐天线吗？ 如果你有什么可以发送的东西,这将是伟大的,我这里只有1条电缆与 U. FL 结束它--所有更新的东西都是 MHF4。"[/报价]

M.2卡本身应该有芯片天线、因此无需外部天线。 不管怎样、我认为我们没有推荐的天线列表、但是任何支持2.4/5GHz 范围的天线都应该可以正常工作、前提是适配器可以正确地与 M.2卡配合使用。 如果您需要或有可用的东西、还可以将 SMA 连接器焊接到 M.2电路板上。

Sabeeh

谢谢、对于请求者和天线、这是需要知道的好信息。

对于天线、是否可以执行启用芯片天线路径的操作？  由于没有天线、他们看到的是80年代末/ 90年代末的 RSSI 数字。  2.4GHz 天线的性能要好得多、但5GHz 却不然。 两个端口上都有天线、我在 CC33XX 上仍然可以看到85-92范围的5GHz RSSI (8MP 主板旁边的其他器件在60年代会看到相同的5GHz SSID)。  

此外、监控模式的状态是什么？ iw 列表中似乎支持该项功能。 将 wlan0设置为监视或创建虚拟监视模式接口均可正常工作(看起来像 ifconfig 中的监视模式接口)、但从未看到任何流量。

感谢您的支持、

Luke

尊敬的 Luke：

[报价 userid="572055" url="~/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1426687/cc3351-sdk-downloads-missing-8mp-device-tree-patches/5482643 #5482643"]对于天线、是否有办法启用芯片天线路径？[/QUOT]

天线路径上有一个必须正确布线的电容器。  默认情况下、应在 M2卡上选择芯片天线。  

Unknown 说：

此外、监视模式的状态是什么？ 看起来它在 iw 列表中受支持

您可能已经发现、cc33xx 不支持监视模式。  

添加指向电路板图像的链接：

查看图像中的金色箭头：

感谢 Sabeeh,这是有帮助的!  

是否有 包含 SDK 中所含 TI 实用程序源代码(例如 cc33xxconf)的 git 存储库或客户可获取 AArch64二进制文件的其他位置？  

此致！

Luke

尊敬的 Luke：

我们没有客户可以获取二进制文件的存储库。  因此、它们将需要从源构建。  

顺便说一下、我们可以获取有关如何构建这些文件的 Yocto 示例：

https://git.ti.com/cgit/arago-project/meta-ti/tree/meta-ti-extras/recipes-connectivity?h=scarthgap 

Sabeeh

感谢您分享示例。

他们是否有任何理由不想从1.0.0.6更新到1.0.0.7？  ‘的其他团队也对此进行了测试、但他们的设置存在一些崩溃问题、这些问题看起来可能是一些奇怪的扫描行为(仅扫描一个频率、但"iw event"看起来好像正在扫描所有这些频率)。

此致！

Luke

尊敬的 Luke：

强烈建议更新至最新的 CC33xx SDK、因为我们会继续发布驱动程序和固件中的错误修复程序。  

Unknown 说：

他们的另一个团队也测试了这一点 、但他们的设置出现了一些崩溃问题、可能出现了一些奇怪的扫描行为

您能否为此问题创建单独的主题？ 主题已从该 TT 转移。 请收集记录器引脚日志、以便我们了解问题是什么。  

Unknown 说：

仅扫描一个频率、但‘iw 事件'似乎正在扫描所有频率

我不知道只能扫描一个频率、您能否提供 Linux 终端日志？ 您是指频段还是信道？ 我的理解是、不能强制 CC33xx 扫描有限的部分、除非您的客户修改 Linux 驱动程序。  

Sabeeh

好的、抱歉。 我将打开一个新话题！

谢谢！

Luke