[参考译文] SK-AM62：SDIO 器件使用 SD 引脚从外部连接、调整驱动器后、报告了上电故障错误----- sdHCI-am654 fa00000.mmc：开机失败

[8.881710] sdhci-am654 fa00000.mmc：开机失败

这不应导致任何问题。 您是否看到任何故障？

R θ ti修改的设备树0001 -linux-kernel-6.12.17+git-α 基于ti add-debug2dts.patch

触发CD脚后的内核日志for ti-com46-dmesg.txt

diff --git a/arch/arm64/boot/dts/ti/k3-am625-sk.dts b/arch/arm64/boot/dts/ti/k3-am625-sk.dts
index b6373c1a3..d85f4612d 100644
--- a/arch/arm64/boot/dts/ti/k3-am625-sk.dts
+++ b/arch/arm64/boot/dts/ti/k3-am625-sk.dts
@@ -183,6 +183,14 @@ exp1: gpio@22 {
 &sdhci1 {
        vmmc-supply = <&vdd_mmc1>;
        vqmmc-supply = <&vdd_sd_dv>;
+       max-frequency = <25000000>;
+        no-sd;
+        no-mmc;
+        sd-uhs-sdr12;
+
+        mmc-ddr-1_8v;
+        mmc-hs200-1_8v;
+        no-mmc-hs400;
 };
 
 &cpsw3g {
diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
index 327029f5c..8f419120b 100644
--- a/drivers/mmc/core/core.c
+++ b/drivers/mmc/core/core.c
@@ -7,6 +7,7 @@
  *  Copyright (C) 2005-2008 Pierre Ossman, All Rights Reserved.
  *  MMCv4 support Copyright (C) 2006 Philip Langdale, All Rights Reserved.
  */
+#define DEBUG
 #include <linux/module.h>
 #include <linux/init.h>
 #include <linux/interrupt.h>
diff --git a/drivers/mmc/core/sdio.c b/drivers/mmc/core/sdio.c
index 4b19b8a16..ad366359d 100644
--- a/drivers/mmc/core/sdio.c
+++ b/drivers/mmc/core/sdio.c
@@ -4,7 +4,7 @@
  *
  *  Copyright 2006-2007 Pierre Ossman
  */
-
+#define DEBUG
 #include <linux/err.h>
 #include <linux/pm_runtime.h>
 #include <linux/sysfs.h>
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index 4b91c9e96..d37a42e65 100644
--- a/drivers/mmc/host/sdhci.c
+++ b/drivers/mmc/host/sdhci.c
@@ -8,7 +8,7 @@
  *
  *     - JMicron (hardware and technical support)
  */
-
+#define DEBUG
 #include <linux/bitfield.h>
 #include <linux/delay.h>
 #include <linux/dmaengine.h>
diff --git a/drivers/mmc/host/sdhci_am654.c b/drivers/mmc/host/sdhci_am654.c
index 9ff07aadb..27977ba4d 100644
--- a/drivers/mmc/host/sdhci_am654.c
+++ b/drivers/mmc/host/sdhci_am654.c
@@ -5,6 +5,7 @@
  * Copyright (C) 2018 Texas Instruments Incorporated - https://www.ti.com
  *
  */
+#define DEBUG
 #include <linux/clk.h>
 #include <linux/iopoll.h>
 #include <linux/of.h>

高通日志开始查看点 μ s

[64.842093][T26]    mmc1：mmcm_rescan_try_freq：尝试以 400000 Hz 的频率初始化卡

最新状态是：CD脚拉低、可以探测到SDIO设备；μ s

目标是、使用轮询的方式探测SDIO设备、所以在设备树中增加了broken - cd属性、报 μ S[ 80.321744] mmc1：等待硬件命令中断超时。错误、相关核心日志如下：μ s

[ 80.321744] mmc1: Timeout waiting for hardware cmd interrupt.
[ 80.327515] mmc1: sdhci: ============ SDHCI REGISTER DUMP ===========
[ 80.333941] mmc1: sdhci: Sys addr: 0x00000000 | Version: 0x00001004
[ 80.340367] mmc1: sdhci: Blk size: 0x00000000 | Blk cnt: 0x00000000
[ 80.346793] mmc1: sdhci: Argument: 0x00000000 | Trn mode: 0x00000000
[ 80.353219] mmc1: sdhci: Present: 0x01f20001 | Host ctl: 0x00000001
[ 80.359644] mmc1: sdhci: Power: 0x0000000e | Blk gap: 0x00000080
[ 80.366070] mmc1: sdhci: Wake-up: 0x00000000 | Clock: 0x0000fa03
[ 80.372495] mmc1: sdhci: Timeout: 0x00000000 | Int stat: 0x00000000
[ 80.378921] mmc1: sdhci: Int enab: 0x00ff0003 | Sig enab: 0x00ff0003
[ 80.385346] mmc1: sdhci: ACmd stat: 0x00000000 | Slot int: 0x00000000
[ 80.391773] mmc1: sdhci: Caps: 0x3de8c801 | Caps_1: 0x18002407
[ 80.398198] mmc1: sdhci: Cmd: 0x00000502 | Max curr: 0x00000000
[ 80.404624] mmc1: sdhci: Resp[0]: 0x00000000 | Resp[1]: 0x00000000
[ 80.411049] mmc1: sdhci: Resp[2]: 0x00000000 | Resp[3]: 0x00000000
[ 80.417475] mmc1: sdhci: Host ctl2: 0x00000000
[ 80.421906] mmc1: sdhci: ADMA Err: 0x00000000 | ADMA Ptr: 0x0000000000000000
[ 80.429024] mmc1: sdhci: ============================================
[ 80.435554] mmc1: req done (CMD5): -110: 00000000 00000000 00000000 00000000
[ 80.442648] mmc1: clock 0Hz busmode 2 powermode 0 cs 0 Vdd 0 width 1 timing 0
[ 80.451131] mmc1: mmc_rescan_try_freq: trying to init card at 300000 Hz
[ 80.457750] mmc1: clock 0Hz busmode 2 powermode 1 cs 0 Vdd 21 width 1 timing 0
[ 81.981478] sdhci-am654 fa00000.mmc: Power on failed
[ 81.986523] sdhci-am654 fa00000.mmc: Initial signal voltage of 1.8v
[ 82.005316] mmc1: clock 300000Hz busmode 2 powermode 2 cs 0 Vdd 21 width 1 timing 0
[ 82.025562] mmc1: starting CMD52 arg 00000c00 flags 00000195
[ 84.673945] <mmc0: starting CMD23 arg 20000008 flags 00000015>
[ 84.679817] mmc0: starting CMD25 arg 00001be2 flags 000000b5
[ 84.685485] mmc0: blksz 512 blocks 8 flags 00002100 tsac 1600 ms nsac 4000
[ 84.692710] mmc0: CMD12 arg 00000000 flags 0000049d
[ 84.697982] mmc0: sdhci: IRQ status 0x00000001
[ 84.702424] mmc0: sdhci: IRQ status 0x00000002
[ 84.706863] mmc0: req done <CMD23>: 0: 00000000 00000000 00000000 00000000
[ 84.713724] mmc0: req done (CMD25): 0: 00000900 00000000 00000000 00000000
[ 84.720585] mmc0: 4096 bytes transferred: 0
[ 84.725104] mmc0: (CMD12): 0: 00000000 00000000 00000000 00000000
[ 84.731580] mmc0: starting CMD13 arg 00010000 flags 00000195
[ 84.737260] mmc0: sdhci: IRQ status 0x00000001
[ 84.741698] mmc0: req done (CMD13): 0: 00000900 00000000 00000000 00000000
[ 92.097744] mmc1: Timeout waiting for hardware cmd interrupt.
[ 92.103514] mmc1: sdhci: ============ SDHCI REGISTER DUMP ===========
[ 92.109940] mmc1: sdhci: Sys addr: 0x00000000 | Version: 0x00001004
[ 92.116366] mmc1: sdhci: Blk size: 0x00000000 | Blk cnt: 0x00000000
[ 92.122792] mmc1: sdhci: Argument: 0x00000c00 | Trn mode: 0x00000000
[ 92.129217] mmc1: sdhci: Present: 0x01f20001 | Host ctl: 0x00000001
[ 92.135643] mmc1: sdhci: Power: 0x0000000e | Blk gap: 0x00000080
[ 92.142068] mmc1: sdhci: Wake-up: 0x00000000 | Clock: 0x00004e43
[ 92.148494] mmc1: sdhci: Timeout: 0x00000000 | Int stat: 0x00000000
[ 92.154919] mmc1: sdhci: Int enab: 0x00ff0003 | Sig enab: 0x00ff0003
[ 92.161345] mmc1: sdhci: ACmd stat: 0x00000000 | Slot int: 0x00000000
[ 92.167771] mmc1: sdhci: Caps: 0x3de8c801 | Caps_1: 0x18002407
[ 92.174197] mmc1: sdhci: Cmd: 0x0000341a | Max curr: 0x00000000
[ 92.180622] mmc1: sdhci: Resp[0]: 0x00000000 | Resp[1]: 0x00000000
[ 92.187047] mmc1: sdhci: Resp[2]: 0x00000000 | Resp[3]: 0x00000000
[ 92.193473] mmc1: sdhci: Host ctl2: 0x00000000
[ 92.197904] mmc1: sdhci: ADMA Err: 0x00000000 | ADMA Ptr: 0x0000000000000000
[ 92.205023] mmc1: sdhci: ============================================
[ 92.211532] mmc1: req done (CMD52): -110: 00000000 00000000 00000000 00000000
[ 92.218721] mmc1: starting CMD52 arg 80000c08 flags 00000195

目前在查看为啥broken Ω cd属性添加后、自动探测的CMD交互只有部分内容、想请问的问题如下 Ω

当前的SDK是否支持broken Ω cd属性探测SDIO设备；有相关的E2E案例没？Ω

Xiaoding、下面是 MMC DTS 说明、我们可以提供支持。  

MMC-controller.yaml«MMC«绑定«器件树«文档 — ti-linux-kernel/ti-linux-kernel — 此存储库包含一个 Linux 内核、该内核已与基于 kernel.org 上的开源 Linux 内核的出色 TI 开源补丁集成。 需要将对此内核的贡献发送到开源社区进行审核。 

关于 e2e 之前的经验、我建议使用  

"non-removable"

and don't use "BROKEN CD“、然后尝试在这个英语 e2e 中找回您的结果。 

以下是一个参考票证。 
Linux/WL1837MOD：ifdown wlan0：mmc1：等待硬件命令中断超时。 - Wi-Fi 论坛 — Wi-Fi - TI E2E 支持论坛

谢谢。  

小丁、这是“不可拆卸“解决此问题的另一个示例、因此我强烈建议您尝试一下。  

AM6548：运行时 SD 卡检测问题 (broken-CD)-处理器论坛 — 处理器- TI E2E 支持论坛

同时、BU 专家和所有者将及时在那里更新您的工单、还请您在此处通过英语向 TI 更新新信息、感谢。  

TI WiFi/BT 组合芯片专家提供更多意见、他们有类似的经验、与 V2X 供应商类似：

例如、以下是我们在 TI Linux 上的 wifi 卡配置：  

- 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-cicd

此外、如果正在使用的 WIFI 模块接近：  

- https://www.ti.com/tool/M2-CC3351 

或 NXP 的用户名：  

- https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1332676/sk-am62-sdio-based-wi-fi-card-initialization-error-mmc1-error-–110-whilst-initializing-sdio-card?tisearch=e2e-sitesearch&keymatch=sdio%20mmc1#
然后 SDIO 电压不应从 3.3V 切换到 1.8V、我们可能应该尝试限制为：
- 高速-> 4 位 PHY 工作 3.3V、50MHz
 这是在 TI 板上测试的我们自己的 WiFi 卡上使用的模式。

尊敬的 Xu：

您能否请客户分享 他们在“驾驶员“和“DTS"方面“方面所做的所有更改？ 这将有助于更好地了解我们提供进一步反馈的基准。

谢谢！

您好、

您是否知道 IO 电压是多少？ 它配置为 1.8V 还是 3.3V？  

作为一个实验、您可以尝试删除：
vqmmc-supply =<&VDD_SD_dv>；

从 sdhci1 节点？

我将 很快在 MMC1 接口上测试以下内容：www.ti.com/.../WL1835MOD。 但需要等待一些适配器卡才能在我们这边的 am62x SK 板上进行测试 感谢您的耐心。

~ Judith

嗨、Judith

 IO 电压 配置为 1.8V。

我们调整的 SDIO 器件需要 AM62 的 MMC 控制器来支持轮询模式下的检测。 我们 broken-cd 在代码中找不到对的支持。需要支持此 broken-cd 器件。以上日志是在将（属性）添加到 AM62 器件树后生成的内核日志。

我稍后将提供此实验结果的 dmesg 日志。

嗨、Judith

我们有相关的环境在我们身边,可以前往现场进行联合调试。

您好、

这些软件更改是否都已完成？

sdhci1: mmc@fa00000 {
compatible = "ti,am62-sdhci";
reg = <0x00 0x0fa00000 0x00 0x1000>, <0x00 0x0fa08000 0x00 0x400>;
interrupts = <GIC_SPI 83 IRQ_TYPE_LEVEL_HIGH>;
power-domains = <&k3_pds 58 TI_SCI_PD_EXCLUSIVE>;
clocks = <&k3_clks 58 5>, <&k3_clks 58 6>;
clock-names = "clk_ahb", "clk_xin";
bus-width = <4>;
ti,clkbuf-sel = <0x7>;
ti,otap-del-sel-legacy = <0x0>;
// ti,otap-del-sel-sd-hs = <0x0>;
ti,otap-del-sel-sdr12 = <0xf>;
// ti,otap-del-sel-sdr25 = <0xf>;
// ti,otap-del-sel-sdr50 = <0xc>;
// ti,otap-del-sel-sdr104 = <0x6>;
// ti,otap-del-sel-ddr50 = <0x9>;
ti,itap-del-sel-legacy = <0x0>;
// ti,itap-del-sel-sd-hs = <0x0>;
ti,itap-del-sel-sdr12 = <0x0>;
// ti,itap-del-sel-sdr25 = <0x0>;
status = "disabled";
};

&sdhci1 {
vmmc-supply = <&vdd_mmc1>;
vqmmc-supply = <&vdd_sd_dv>;

max-frequency = <25000000>;
mmc-ddr-1_8v;
mmc-hs200-1_8v;
mmc-hs400-1_8v;
//no-1-8-v;
sd-uhs-sdr12;
broken-cd;
// non-removable;
no-sd;
no-mmc;
pinctrl-0 = <&main_mmc1_pins_default>, <&v2x_pins_default>;
SOC2SW_PWR_EN-gpios = <&mcu_gpio0 3 GPIO_ACTIVE_HIGH>;
V2X_BOOT0-gpios = <&main_gpio0 88 GPIO_ACTIVE_HIGH>;
SOC2V2X_PWR_EN-gpios = <&mcu_gpio0 4 GPIO_ACTIVE_HIGH>;
SOC2V2X_PWR_EN1-gpios = <&main_gpio0 89 GPIO_ACTIVE_HIGH>;
SOC2V2X_PWR_EN2-gpios = <&main_gpio0 90 GPIO_ACTIVE_HIGH>;
SOC2V2X_RST-gpio = <&main_gpio0 91 GPIO_ACTIVE_HIGH>;
V2X_BOOT2-gpios = <&mcu_gpio0 23 GPIO_ACTIVE_HIGH>;
};

~ Judith

总结最新状态并明确说明：

DesaySV/Xiaoding 坚持调查 DTS 中的“broken-CD"属性“属性、当为 CPU 轮询模式添加时会产生超时。

现场现场 FAE 团队、建议使用“不可拆卸“作为更好的选择、并替换“损坏的 CD“、这在许多 e2e TT 中已被确认为记录、应该能够正常工作。  

客户程序、V2X 在 CD 检测程序下工作、没有报告进一步的问题。   

为完整起见、请更新向客户提供的电子邮件主题字段：

2016 年 9 月日期：

Xiaoding、

我之前阅读过此 e2e 关于类似超时问题的 e2e、并报告给 Sitara BU。在通过 e2e 搜索后、您可以了解这可能是唯一一种类似地尝试启用“broken-CD"但“但长时间未得到解决的情况、这就是我几周前在您的票证中重点介绍了已成功解决的案例、并之前向您建议。

由于 WiFi/SDIO 专家现在通过 e2e 与您联系、因此您需要不断探索损坏的 CD 或不可拆卸、请进行相应调整。

志浩、

感谢您确认在后一个设计中应用这些审核反馈、 但是、由于 BU 突出显示了这些返工选项并且可以在当前电路板中实现、并且不会遇到太多的重新接线困难、因此、除了当前调试软件之外、TI 希望您尝试应用这些返工选项以了解其有何帮助、因为同样、V2X 模块和相关时序的复位也会影响信号/响应完整性、尤其是当当前的相关调试是超时问题时。  

日期 9 月 13 日：

关于“BROKEN CD“属性、这实际上并不是此 V2X 工程必须具备的功能、我看不到启用了很多记录。因此、很清楚的答案是我们还不需要验证是否提供支持。 但是、TI 的 e2e 论坛以及 TI WiFi/BT 组合的 Linux 驱动程序中的许多地方已确定了“不可移除“属性、这是原生 Linux 文档中更好的选项、与 NXP、STM32 等其他平台的适应性类似。

GitHub - TexasInstruments-Sandbox/cc33xx-Linux-MPU-ports：CC33XX Linux MPU 端口是一个工程、旨在为客户提供一站式查找将 CC33XX-Linux-MPU SDK 移植到 LTS 内核和其他硬件平台（NXP、STMicro、AM62x 等）所需的补丁

SimpleLink CC33XX Linux SDK

嗨、Judith

对于所使用的设备树、存在需要同步的情况：使用示波器进行测试时、未在 SDIO_CLK 引脚上检测到波形。

您好、Xiaoding、  

根据内部通信、Judith 的最后一个请求是  

 “

此外、如果将相同的更改复制到 SDHCI2 接口、是否会得到相同的结果？
您也可以确认您没有：
- vqmmc-supply =<&VDD_SD_dv>；
并正确修复：
- VMMC-SUPPLY ->准备 WLAN 启用
- main_mmc1_pins_default ->移除卡检测引脚
您如何设置 pinmux 信息？
WLAN 启用和 WLAN IRQ 信息在哪里？
您是否尝试添加：
TI、未通过测试的故障 CD；
电容断电卡；
保持电源处于挂起状态；
请尽可能复制此覆盖： git.ti.com/.../k3-am62l3-evm-m2-cc3351.dtso

另外,请附加文件,而不是复制粘贴整个日志,它很难在线程上找到任何东西。

“

请相应地更新结果、以便她能够获得进一步帮助的线索、并决定使用损坏的 CD 或不可拆卸的 CD。  

谢谢。  

 在应用 TI 的 DTS 审查建议后、与客户确认修复并关闭。