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.

[参考译文] CC3351:无法通过 BLE 通过 SDIO 获取 hci0 接口

Guru**** 2535750 points
Other Parts Discussed in Thread: CC3351

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1556552/cc3351-unable-to-get-hci0-interface-via-ble-over-sdio

器件型号:CC3351


工具/软件:

我们遇到无法通过 BLE 通过 SDIO 获得 hci0 接口的故障。

请检查以下日志。

[HWTEST 2025年22月08日 15:24:56.767] HWTEST:ROOT@bsh-SMM-M2B [~]# echo 8 >/proc/sys/kernel/printk
[HWTEST 15:25:09.933] 2025年22月08日:ROOT@bsh-SMM-M2B [~]# lsmod
2025年22月08日 15:25:12.841]使用的模块大小
[CCS 2025年22月08日 15:25:12.841] cc33xx_SDIO 16384 0
[CC33xx 188416 2025年22月08日 15:25:12.849] cc33xx 188416 0
[CCS 2025年22月08日 15:25:12.849] mac80211 733184 1 cc33xx
[cfg 80211 630784 2 mac80211、cc33xx 2025年22月08日 15:25:12.856] cfg80211 630784 2 mac80211
[USB 2025年22月08日 15:25:12.859] USB_f_NCM 20480 2.
[USB 2025年22月08日 15:25:12.859] u_ether 20480 1 usb_f_nCM
[ 2025年22月08日 15:25:12.873] libcomplicate 53248 10 usb_f_ncm
[16384 2025年22月08日 15:25:12.873] bsh_snvs_lpgpr 16384 0
2025年22月08日 15:25:12.873] bsh_dbus2 122880 7.
[HWTEST 15:25:12.897] 2025年22月08日:ROOT@bsh-SMM-M2B [~]# hciconfig -A
[HWTEST 15:25:16.734] 2025年22月08日:ROOT@bsh-SMM-M2B [~]# echo “1">“>/sys/kernel/debug/ieee80211/phy0/cc33xx/ble_enable
[BLE 15:25:31.451][ 100.996461] wlcore:2025年22月08日 启用
[CMD 2025年22月08日 15:25:31.451][ 100.999589] wlcore:cmd debug (12)
[wlcore 15:25:31.466][ 101.00941] 2025年22月08日:正在读取控制信息
[ 2025年22月08日 15:25:31.481][101.013700] wlcore:正在处理消息类型 2、长度 4
[wlcore 2025年22月08日 15:25:31.481][ 101.020443]:响应长度 4、分配的缓冲长度 12
[ 2025年22月08日 15:25:31.482][ 101.028836] wlcore:cmd# 29、len=16
[HWTEST 2025年22月08日 15:25:31.489] HWTEST:ROOT@bsh-SMM-M2B [~]#
[HWTEST 2025年22月08日 15:25:32.467] HWTEST:ROOT@bsh-SMM-M2B [~]# modprobe btti_SDIO
[BLE 15:25:40.008][ 109.553618]蓝牙:[BT SDIO] 2025年22月08日 SDIO INIT 模块
[BT 2025年22月08日 SDIO]蓝牙:[BT SDIO]探头供应商= 0x97、器件= 0x4077、类= 255、fn=1 0x8ccf3400
[SDIO 2025年22月08日 15:25:40.036][ 109.575285]蓝牙:[BT SDIO HCI] btti_HCI_add_sdi_dev
[ 2025年22月08日 15:25:40.036][ 109.580803]蓝牙:[BT SDIO HCI]正在启动工作线程...
[BT SDIO] 2025年22月08日 15:25:40.046][ 109.587727]蓝牙:[BT SDIO] TI cc33xx BLE-over-SDIO 驱动程序已启动并正在运行!
[SDIO 2025年22月08日 15:25:40.052][ 109.595824]蓝牙:[BT SDIO HCI]工作线程已启动
[ 2025年22月08日 15:25:40.060][ 109.601421]蓝牙:[BT SDIO HCI]工作线程正在睡眠...
[HWTEST 2025年22月08日 15:25:40.075] HWTEST:ROOT@bsh-SMM-M2B [~]#
[HWTEST 2025年22月08日 15:25:44.727] HWTEST:ROOT@bsh-SMM-M2B [~]# lsmod
2025年22月08日 15:25:45.599]使用的模块大小
2025年22月08日 15:25:45.599] bti_SDIO 20480 0
2025年22月08日 15:25:45.612] btti 16384 1 btti_SDIO
2025年22月08日 15:25:45.612] cc33xx_SDIO 16384 0
[CC33xx 188416 2025年22月08日 15:25:45.612] cc33xx 188416 0
[CCS 2025年22月08日 15:25:45.612] mac80211 733184 1 cc33xx
2025年22月08日 15:25:45.620] cfg80211 630784 2 mac80211、cc33xx
[USB 2025年22月08日 15:25:45.626] USB_f_NCM 20480 2.
[USB 2025年22月08日 15:25:45.626] u_ether 20480 1 usb_f_nCM
[ 2025年22月08日 15:25:45.627] libcompl复合 53248 10 usb_f_nCM
[16384 2025年22月08日 15:25:45.635] bsh_snvs_lpgpr 16384 0
2025年22月08日 15:25:45.635] bsh_dbus2 122880 7.
[HWTEST 2025年22月08日 15:25:45.657] HWTEST:ROOT@bsh-SMM-M2B [~]# hciconfig -A
[HWTEST 15:25:48.727] 2025年22月08日:ROOT@bsh-SMM-M2B [~]#
Linux 的版本是 5.4.251。
DTS:
&usdhc2{
               #address-cells =<1>;
               #size-cells =<0>;
               pinctrl-names =“default",“,"sleep"、"sleep";“;</s>“
               pinctrl-0 =<&pinctrl_WLAN>;
               pinctrl-1 =<&pinctrl_WLAN_SLEEP>;
               总线宽度=<4>;
                //FSL、启用 SDIO-中断;
               不可拆卸;
               电容断电卡;
               //no-1-8-v;
                //唤醒源;
               //max-frequency =<1000000>
               保持电源处于挂起状态;
               状态=“正常“;
 
               wlcore:wlcore@0{
                               兼容=“ti、cc33xx“;
                               reg =<2>;
               };
 
               Btti: btti@1 {
                               兼容=“ti、cc33xxbt“;
                               reg =<1>;
               };
};
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    是否有任何更新?

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

    您好:

    您能提供更多信息吗?

    您使用的是哪个版本的驱动程序?

    您是自己构建内核还是使用我们的预制映像之一?

    您使用的是什么硬件平台?

    谢谢、  
    AB

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

    您好、

        我使用的驱动程序版本是  CC33XX-Linux-MPU v1.0.2.10。  我自己在 NXP SoC 平台上构建了内核。

        您能发现有关我所附日志的一些问题吗?

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

    Zhang、

    我提出问题是因为在所附的日志中找不到明显的问题。

    我在上述 DTS 上没有发现任何明显的错误、但可以尝试使用 TI 提供的错误吗?

    https://github.com/TexasInstruments-Sandbox/cc33xx-linux-mpu-ports/tree/main

    我还看到您正在使用内核 5.4、这里还有一个用于此目的的补丁: https://github.com/TexasInstruments-Sandbox/cc33xx-linux-mpu-ports/tree/main/5.4.y

    此外、您没有向我展示 defconfig、请确保在构建内核时启用了正确的模块。

    请参阅以下示例: https://github.com/TexasInstruments-Sandbox/cc33xx-linux-mpu-ports/blob/main/6.1.y/arm64-imx_v8_defconfig-enable-CC33XX.patch

    此处记录了所有此过程: https://dev.ti.com/tirex/explore/content/CC33XX_LINUX_MPU_1_00_00_09__all/docs/linux/html/linux/kernel-porting-guide.html

    此致、

    AB

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

    您好、张:

    我觉得这是件好事。“

    您能给我发送完整的 DTS 吗?

    我担心 MPU 无法控制 CC33xx 器件的 WL_nRST 引脚。

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

    尊敬的 AB:

      实际上、我们 在 insmod ko 之前通过 shell 脚本控制 CC33xx 器件的 WL_nRST 引脚。 我们可以确定 WL_nRST 引脚受到正常控制、或者 CC33xx 器件无法成功初始化、对吗? 您可以看到上面的内核日志、没有打印一些错误信息、因此我认为 WL_nRST 控制没有问题。

      您能告诉我们应该注意的是 WL_nRST 控制、例如时序控制吗?

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

    我已经深入调查了。

    我认为、下面的代码用于注册 hci0。 实际上、我找不到打印的任何相关日志、例如“[bt SDIO]注册到 HCI “、而我 insmod  btti_sdio.ko 和 btti.ko。

    static int btti_handle_rx_vendor_event(struct btti_private *private_data,
    struct sk_buff *skb )
    {
    int ret = 0;
    struct btti_vendor_event* vendor_event;
    vendor_event = (struct btti_vendor_event *) skb->data;
    switch (vendor_event->event_opcode) {
    case BTTI_BLE_FIRMWARE_UP:
    BT_INFO("[bt sdio] vendor packet- ble is up");
    private_data->hci_adapter->ble_enable = 1;
    if (btti_hci_register_hdev(private_data)) {
    BT_ERR("[bt sdio] Register hdev failed!");
    ret = -ENODEV;
    }
    BT_INFO("[bt sdio] registered to HCI");
    
    break;
    default:
    BT_ERR("[bt sdio] unsupported rx vendor event code:"\
    " %d", vendor_event->event_code);
    ret = -EINVAL;
    break;
    }
    
    return ret;
    
    }
    如上面代码所示、事件 BTTI_BLE_firmware_up 同时会注册 HCI。 BLE 固件下载可能存在一些问题?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您是否尝试过*在*发出 ble_enable 命令之前*加载驱动程序?

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

    主要是遵循我们的 DTS 贴片。

    具体来说、此标签是“VMMC-Supply"。“。

    ‘中仍可能缺少一个关键的“VMMC-Supply"标签“标签。 MPU 必须控制 CC33xx 器件的 WL_nRST 引脚。 您可以在此处找到使用 VMMC-Supply 的示例:https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/tree/arch/arm64/boot/dts/ti/k3-am625-sk-m2-cc3351.dtso?h=ti-linux-6.12.y#n71

    麻烦您讲解一下。

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

    您好、

    日志看起来正确。

    BLE 和 WiFi 接口出现了。

    此致、

    AB

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

    您好、

       1、您知道哪个步骤会发出事件 BTTI_BLE_FIRMWARE_UP 吗? 如果您可以通过 SDIO 分离 BLE 的初始流程、也许我可以进行更深入的研究。  

       2、您能否在其他平台上使用通过 SDIO 使用 BLE 提供内核日志?

       3、是否推荐使用通过 SDIO 而非 UART 的 BLE 解决方案?  通过 SDIO?使用 BLE 的产品是否有许多成功案例

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

    您好:

    1.按照你的建议,在我的情况下,它不起作用。

    [04/09/2025 09:22:04.306] HWTEST:root@bsh-smm-m2b [~]# echo 8 > /proc/sys/kernel/printk
    [04/09/2025 09:22:07.527] HWTEST:root@bsh-smm-m2b [~]# ifconfig wlan0
    [04/09/2025 09:22:12.178] wlan0     Link encap:Ethernet  HWaddr 00:25:92:33:44:55  
    [04/09/2025 09:22:12.178]           UP BROADCAST MULTICAST  MTU:1500  Metric:1
    [04/09/2025 09:22:12.188]           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
    [04/09/2025 09:22:12.188]           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
    [04/09/2025 09:22:12.196]           collisions:0 txqueuelen:1000 
    [04/09/2025 09:22:12.204]           RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
    [04/09/2025 09:22:12.204] 
    [04/09/2025 09:22:12.225] HWTEST:root@bsh-smm-m2b [~]# hciconfig -a
    [04/09/2025 09:22:15.274] HWTEST:root@bsh-smm-m2b [~]# cd /usr/share/cc33xx
    [04/09/2025 09:22:18.689] HWTEST:root@bsh-smm-m2b [/usr/share/cc33xx]# ./ble_enable.sh 
    [04/09/2025 09:22:20.918] [  119.895507] wlcore: ble enable
    [04/09/2025 09:22:20.918] [  119.898598] wlcore: cmd debug (12)
    [04/09/2025 09:22:20.934] [  119.907480] wlcore: Reading control info
    [04/09/2025 09:22:20.934] [  119.911561] wlcore: Processing message type 2, len 4
    [04/09/2025 09:22:20.941] [  119.917497] wlcore: Response len 4, allocated buffer len 12
    [04/09/2025 09:22:20.950] [  119.923092] wlcore: CMD# 29, len=16
    [04/09/2025 09:22:20.951] HWTEST:root@bsh-smm-m2b [/usr/share/cc33xx]# hciconfig hci0 up
    [04/09/2025 09:22:27.104] Can't get device info: No such device
    [04/09/2025 09:22:27.137] HWTEST:root@bsh-smm-m2b [/usr/share/cc33xx]# hciconfig -a
    [04/09/2025 09:22:33.085] HWTEST:root@bsh-smm-m2b [/usr/share/cc33xx]#

    2.我发现您提供的内核日志 表明通过 UART 传输 BLE、而不是 SDIO。 您可以使用日志字符串“hci0:  type:Primary Bus:UART“进行检查。

       您能否通过 SDIO 使用 BLE 提供内核日志?

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

    您好、张:

    我相信我发现了你的问题,我很抱歉没有早点注意到。

    在 configs 文件中、确保包含在内  “CONFIG_BT_HCIBTSDIO=y"</s>“

    再次查看后、我注意到您没有启用此功能。

    请尝试一下、让我知道它是否能解决您的问题。

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

    尊敬的 AB:

      感谢您的答复。  我要试试。

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

    您好 AB、

    我添加了“ CONFIG_BT_HCIBTSDIO=y “看到了 hci0 接口、但却是坏的。 但是、我安装了 BLE ko 并执行了命令“hciconfig hci0 up“、它返回错误“Connection timed out (110)“。

    请检查以下内核日志。

    [05/09/2025 17:52:30.347] HWTEST:root@bsh-smm-m2b [~]# echo 8 > /proc/sys/kernel/printk
    [05/09/2025 17:52:36.709] HWTEST:root@bsh-smm-m2b [~]# lsmod
    [05/09/2025 17:52:41.529] Module                  Size  Used by
    [05/09/2025 17:52:41.529] cc33xx_sdio            16384  0
    [05/09/2025 17:52:41.534] cc33xx                188416  0
    [05/09/2025 17:52:41.534] mac80211              733184  1 cc33xx
    [05/09/2025 17:52:41.540] cfg80211              630784  2 mac80211,cc33xx
    [05/09/2025 17:52:41.546] btsdio                 16384  0
    [05/09/2025 17:52:41.546] usb_f_ncm              20480  2
    [05/09/2025 17:52:41.551] u_ether                20480  1 usb_f_ncm
    [05/09/2025 17:52:41.551] libcomposite           53248  10 usb_f_ncm
    [05/09/2025 17:52:41.557] bsh_snvs_lpgpr         16384  0
    [05/09/2025 17:52:41.557] bsh_dbus2             122880  7
    [05/09/2025 17:52:41.587] HWTEST:root@bsh-smm-m2b [~]# hciconfig -a
    [05/09/2025 17:52:45.322] hci0: Type: Primary  Bus: SDIO
    [05/09/2025 17:52:45.322]       BD Address: 00:00:00:00:00:00  ACL MTU: 0:0  SCO MTU: 0:0
    [05/09/2025 17:52:45.346]       DOWN 
    [05/09/2025 17:52:45.346]       RX bytes:0 acl:0 sco:0 events:0 errors:0
    [05/09/2025 17:52:45.346]       TX bytes:0 acl:0 sco:0 commands:0 errors:0
    [05/09/2025 17:52:45.346]       Features: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
    [05/09/2025 17:52:45.346]       Packet type: DM1 DH1 HV1 
    [05/09/2025 17:52:45.346]       Link policy: 
    [05/09/2025 17:52:45.346]       Link mode: PERIPHERAL ACCEPT 
    [05/09/2025 17:52:45.346] 
    [05/09/2025 17:52:45.378] HWTEST:root@bsh-smm-m2b [~]# echo "1" > /sys/kernel/debug/ieee80211/phy0/cc33xx/ble_enable
    [05/09/2025 17:53:07.490] [   93.586832] wlcore: ble enable
    [05/09/2025 17:53:07.490] [   93.589962] wlcore: cmd debug (12)
    [05/09/2025 17:53:07.505] [   93.599065] wlcore: Reading control info
    [05/09/2025 17:53:07.505] [   93.603265] wlcore: Processing message type 2, len 4
    [05/09/2025 17:53:07.514] [   93.609898] wlcore: Response len 4, allocated buffer len 12
    [05/09/2025 17:53:07.524] [   93.617229] wlcore: CMD# 29, len=16
    [05/09/2025 17:53:07.524] HWTEST:root@bsh-smm-m2b [~]# modprobe btti_sdio
    [05/09/2025 17:53:14.011] [  100.108362] Bluetooth: [bt sdio] BLE SDIO init module
    [05/09/2025 17:53:14.026] HWTEST:root@bsh-smm-m2b [~]# lsmod
    [05/09/2025 17:53:15.458] Module                  Size  Used by
    [05/09/2025 17:53:15.458] btti_sdio              20480  0
    [05/09/2025 17:53:15.465] btti                   16384  1 btti_sdio
    [05/09/2025 17:53:15.465] cc33xx_sdio            16384  0
    [05/09/2025 17:53:15.472] cc33xx                188416  0
    [05/09/2025 17:53:15.472] mac80211              733184  1 cc33xx
    [05/09/2025 17:53:15.479] cfg80211              630784  2 mac80211,cc33xx
    [05/09/2025 17:53:15.480] btsdio                 16384  0
    [05/09/2025 17:53:15.480] usb_f_ncm              20480  2
    [05/09/2025 17:53:15.488] u_ether                20480  1 usb_f_ncm
    [05/09/2025 17:53:15.488] libcomposite           53248  10 usb_f_ncm
    [05/09/2025 17:53:15.495] bsh_snvs_lpgpr         16384  0
    [05/09/2025 17:53:15.495] bsh_dbus2             122880  7
    [05/09/2025 17:53:15.526] HWTEST:root@bsh-smm-m2b [~]# hciconfig -a
    [05/09/2025 17:53:22.986] hci0: Type: Primary  Bus: SDIO
    [05/09/2025 17:53:22.986]       BD Address: 00:00:00:00:00:00  ACL MTU: 0:0  SCO MTU: 0:0
    [05/09/2025 17:53:22.999]       DOWN 
    [05/09/2025 17:53:22.999]       RX bytes:0 acl:0 sco:0 events:0 errors:0
    [05/09/2025 17:53:23.000]       TX bytes:0 acl:0 sco:0 commands:0 errors:0
    [05/09/2025 17:53:23.000]       Features: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
    [05/09/2025 17:53:23.002]       Packet type: DM1 DH1 HV1 
    [05/09/2025 17:53:23.016]       Link policy: 
    [05/09/2025 17:53:23.016]       Link mode: PERIPHERAL ACCEPT 
    [05/09/2025 17:53:23.016] 
    [05/09/2025 17:53:23.037] HWTEST:root@bsh-smm-m2b [~]# hciconfig hci0 up
    [05/09/2025 17:53:38.548] Can't init device hci0: Connection timed out (110)

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

    看着它...

    将在接下来的 24 小时内提供答复。

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

    您好、

       1、您知道哪个步骤会发出事件 BTTI_BLE_FIRMWARE_UP 吗? 如果您可以通过 SDIO 分离 BLE 的初始流程、也许我可以进行更深入的研究。  

       2、您能否在其他平台上使用通过 SDIO 使用 BLE 提供内核日志?

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

    尊敬的 AB:

       是否确定 “CONFIG_BT_HCIBTSDIO=y"</s>“  是必需的?

       但是、我发现了 TI 的 NXP IMX 平台存储库中 也使用了通过 SDIO 使用 BLE 的补丁。

       https://github.com/TexasInstruments-Sandbox/cc33xx-linux-mpu-ports/blob/main/6.1.y/arm64-imx_v8_defconfig-enable-CC33XX.patch

       我下载了 相关内核代码并应用了上述补丁、但找不到配置“CONFIG_BT_HCIBTSDIO=y"。“。

       https://github.com/nxp-imx/linux-imx/blob/lf-6.1.y/arch/arm64/configs/imx_v8_defconfig   

      

       此外,也许我们可以与 Sabeh Khan 联系 谁提供了上述补丁以获得帮助。 我想他成功 通过 SDIO 启动了 BLE。

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

    您好、Zhang、

    请将“VMMC-Supply"添加“添加到 DTS 中。 不应从 userspace 手动控制 WL_nRST 引脚。 cc33xx 驱动器需要通过该引脚进行控制。

    在启用 ble_enable 命令之前、请务必加载 btti 和 btti_SDIO 模块。

    您是否未使用 systemd? systemd 应在引导时加载内核模块、这样就不需要手动加载各个内核模块。

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

    您好 Sabeeh,

       感谢您的答复。 这是否意味着如果没有 “VMMC-SUPPLY",“,它、它就无法在 TI CC3351 中正常上电? 但是、在我启用 BLE 之前、wifi 已经 准备就绪、 而我可以找到 wlan0。

       我将尝试将 “VMMC-Supply"添加“添加到 DTS 中。

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

    您好、张:

    如果不使用 VMMC 耗材、它仍将“有效“、但仅能使用一次。 cc33xx 驱动程序还包含 cc33xx 上出现任何问题时的恢复方法、并将自动执行重置、从而使用 VMMC 电源。

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

    尊敬的 Sabeeh:

       感谢您的建议。

       在我们的硬件设计中、没有用于 控制 TI CC3351E 电源 (3.3V 和 1.8V) 的 GPIO、它始终处于上电状态。因此我没有 在 DTS 中添加“VMMC-Supply"。“。

       此外、我们只使用 GPIO WL_nRST 引脚复位 CC3351E、也许我可以尝试使用 mmmc-pwrseq、而不是 从用户空间手动控制 WL_nRST 引脚。

       您认为导致 hci0 初始失败的原因是  DTS 中缺少'VMMC-Supply'吗? 或 其他任何问题?

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

    您好、张:

    我看到您正在覆盖 wlan0 Mac 地址。 出于好奇心、您是否可以使用 cc33xx 芯片中的默认 MAC 地址? 换言之、您是否可以删除自定义 MAC 地址配置?

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

    我不确定、因为我们始终将 nRST 连接到 MPU 上的 GPIO 引脚。 让我尝试在我这边重现一个类似的设置、我会回复您。  

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

    您好、张:

    是否在构建中启用了网络管理器? 暂时、您是否可以尝试从构建中删除网络管理器?  

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

    尊敬的 Xianlong:

    除此之外、您能否在整个 Linux 内核启动期间提供 nRST 的示波器捕获?

    它应该会上下切换、直到固件下载完成。 还是您发现总是高电平?

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

    尊敬的 Xianlong:

    我在内核日志中担心的一个问题是我看到“[34.406561]  3V3_ETN:正在禁用“。 我想知道 BLE 驱动器无法探测、因为它认为电源已关闭。  

    请尝试更正您的 DTS 以解决此问题。 我建议移除 MMC-pwrseq、并且只对 CC33xx 的 nRST 线路使用带有实际 GPIO 的“VMMC-Supply",“,不要、不要使用任何抖动。

    还请评论我的上述问题。

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

    尊敬的 Xianlong:

    听到你解决了这个问题是很好的。  我个人并不知道内核模块需要按特定顺序加载、因为我一直依靠 systemd 自动为我加载模块。

    感谢您研究并通知我。

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

    尊敬的 Sabeeh:

       能否请您与研发部门就正确的 KO 安装 顺序进行仔细检查?

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

    当然、我已经提出了问题、下周会回来回答。

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

    尊敬的 Sabeh:
    当我需要支持 cc33xx 到 5.10 时、  
    首先我使用 cc33xx-kernel.patch、  
    然后是 5.10-backport.patch、
    仍然有一些警告(未使用的变量)、  
    我按如下所示放置补丁、请帮助进行审核/检查

    --- net/mac80211/mlme.c
    +++ net/mac80211/mlme.c
    @@ -4891,9 +4891,6 @@
     		ieee80211_get_he_sta_cap(sband);
     	u16 ap_min_req_set;
     	int i;
    -	u8 opmode_notif = 0; 
    -	u8 rx_nss = 0; 
    -	u8 rx_nss_type = 0;
     
     	if (!sta_he_cap || !he_op)
     		return false;
    @@ -4966,7 +4963,6 @@
     	int ret;
     	u32 i;
     	bool have_80mhz;
    -	bool operating_mode_notif_capable = false;
     
     	sband = local->hw.wiphy->bands[cbss->channel->band];
     

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

    大家好、正如我们之前讨论过的、我看不到这方面有任何问题、应该可以为您效劳。