[参考译文] DRA821U：在具有 HS400ES 的–15°C 下 eMMC 失败

e2e.ti.com/.../panic_5F00_20251118091816.txt

尊敬的 Ning Li：

 我们的专家已离职。 请接受延迟 2 天的回复。

此致、

Karthik

您好：  

EMMC 部件是否应在–15C 的 HS400ES 模式下工作？

此致、

Keerthy  

感谢 Keerthy 的参与。

Ning、只是为此添加项、默认情况下不支持 HS400ES 速度模式。

此致

Gokul Praveen

嗨、Gokul

   是的、我们得到了 TI 的补丁来解决 RPMB 问题。  

DRA821U：eMMC 导致的内核错误 — UAES Jacinto 论坛 — UAES - EP - TI E2E 支持论坛

谢谢！

您好 Keerthy

  是的,EMMC 可以在–40°C 到 110°C 的温度下工作,而 SanDisk 的反馈也是如此。

谢谢！

尊敬的 Ning：

• 您能为我们说明您使用的 SDK 版本吗？
• 您可以使用最新的 SDK 版本进行测试吗？
• 您使用的是 TI EVM 还是定制电路板？
  • 如果是定制板、您能否在 TI EVM 中检查是否也出现了同样的问题？

此致

Gokul Praveen

你好、 Gokul  

SDK 版本：pdk_jacinto_08_06_00_31

3.定制板,发现不是所有的定制板都有问题,只发现 2 板有问题。

2.关于最新的 SDK 版本、如何仅升级 MMC/sdHCI_am654 驱动程序？ 由于我们使用 Huawei AOS 而不是默认的 TI rootfs、因此升级所有 SDK 很重要。

谢谢！

尊敬的 Ning：

关于最新的 SDK 版本、如何只升级 MMC/sdHCI_am654 驱动程序？ 升级所有 SDK 非常重要、因为我们使用 Huawei AOS 而不是默认的 TI rootfs。

实际上、只更改 sdhci_am654 驱动程序就不够了。

一种更强大的解决方案是在生成应用映像时使用最新的 Linux 内核映像。  

ALOS 是在正常温度下工作的 HS400ES 模式。

此致

Gokul Praveen

你好、 Gokul

    如何改变传统？ 如果它有道理,那么如何改变它?

	main_sdhci0: mmc@4f80000 {
		compatible = "ti,j7200-sdhci-8bit", "ti,j721e-sdhci-8bit";
		reg = <0x00 0x04f80000 0x00 0x260>, <0x00 0x4f88000 0x00 0x134>;
		interrupts = <GIC_SPI 3 IRQ_TYPE_LEVEL_HIGH>;
		power-domains = <&k3_pds 91 TI_SCI_PD_EXCLUSIVE>;
		clock-names = "clk_ahb", "clk_xin";
		clocks = <&k3_clks 91 0>, <&k3_clks 91 3>;
		assigned-clocks = <&k3_clks 91 3>;
		assigned-clock-parents = <&k3_clks 91 5>;
		ti,otap-del-sel-legacy = <0x0>;
		ti,otap-del-sel-mmc-hs = <0x0>;
		ti,otap-del-sel-ddr52 = <0x6>;
		ti,otap-del-sel-hs200 = <0x8>;
		ti,otap-del-sel-hs400 = <0x5>;
		ti,itap-del-sel-legacy = <0x10>;
		ti,itap-del-sel-mmc-hs = <0xa>;
		ti,strobe-sel = <0x77>;
		ti,clkbuf-sel = <0x7>;
		ti,trm-icp = <0x8>;
		bus-width = <8>;
		mmc-ddr-1_8v;
		mmc-hs200-1_8v;
		mmc-hs400-1_8v;
		mmc-hs400-enhanced-strobe;
		dma-coherent;
	};

喜欢这个吗？

--- a/arch/arm64/boot/dts/ti/k3-j7200-main.dtsi
+++ b/arch/arm64/boot/dts/ti/k3-j7200-main.dtsi
@@ -629,9 +629,10 @@ main_sdhci0: mmc@4f80000 {
         ti,otap-del-sel-mmc-hs = <0x0>;
         ti,otap-del-sel-ddr52 = <0x6>;
         ti,otap-del-sel-hs200 = <0x8>;
-        ti,otap-del-sel-hs400 = <0x5>;
+        ti,otap-del-sel-hs400 = <0xf>;
         ti,itap-del-sel-legacy = <0x10>;
         ti,itap-del-sel-mmc-hs = <0xa>;
+        ti,driver-strength-ohm = <100>;
         ti,strobe-sel = <0x77>;
         ti,clkbuf-sel = <0x7>;
         ti,trm-icp = <0x8>;

谢谢

尊敬的 Ning：

我认为这不是软件问题、因为根据您的回答、只有 2 块电路板存在此问题。

其次、由于它是 HS400 ES、因此响应时钟由 EMMC 提供。 因此、eMMC 器件提供的响应很可能无法与 eMMC 器件提供的选通时钟信号正确同步。  

总之、我会让硬件专家也来了解他们对此的建议。

Allos,是在正常温度下工作的 HS400ES 模式。

您能帮我解决这个问题吗？ HS400 ES 是否在所有电路板的正常温度下工作。

此致

Gokul Praveen

你好、 Gokul  

您能帮助我解决这个问题吗？ HS400 ES 是否在所有板上的正常温度下工作。

是的、据我所知、HS400ES 在正常温度下工作正常。

谢谢！

尊敬的 Ning：

感谢您的信息。

其次、由于它是 HS400 ES、因此响应时钟由 EMMC 提供。 因此、eMMC 器件提供的响应很可能无法与 eMMC 器件提供的选通时钟信号正确同步。  

总之、我会让硬件专家也来了解他们对此的建议。

我还就此通知了硬件专家。 提前感谢您的耐心。

 同时、您是否还可以检查 HS400ES 模式在低温下是否在 TI EVM 上运行？

此致

Gokul Praveen

你好、Gokul

 同时、您是否还可以检查 HS400ES 模式在低温下是否在 TI EVM 上运行？

我们现在没有 dra821 EVM、它们已损坏或丢失、只是有 TDA4VM EVM。

您是否有任何想法来解决此问题和 RPMB 问题、如果 RPMB 没有问题、HS400 也可以、即使是 HS200 也可以。

在 I test 时、即使 HS200 也存在 RPMB 问题。

谢谢！

尊敬的 Ning：

您是否有办法解决此问题和 RPMB 问题、如果 RPMB 没有问题、HS400 也可以、即使是 HS200 也可以。

第一项建议：

理想情况下、所有不涉及调优的速度模式（即：除 HS200 和 HS400 之外的所有速度模式）都不会导致 RPMB 问题。这是一种建议、即切换到低于 HS200 的速度模式。

第二项建议：

避免使用 RPMB 分区、然后 HS200 和 HS400 速度模式不会导致任何问题。

第三项建议：

这将是与 eMMC IP 供应商讨论为什么 HS400ES 不能在–15 度下工作、而我平行地通知硬件专家进行研究。  

此外、您是否可以提供命令响应信号（如果可能，在非工作情况下）。

此致

Gokul Praveen

你好、 Gokul

  感谢您发送编修。

此外、您是否可以提供命令响应信号（如果可能，在非工作情况下）。

  这两个电路板都是 密封的、需要时间 将其切割开。

发现、由于 MMC 测试要求、我们针对 eMMC 将时钟从 200m 扩展到 192MHZ。  

回滚到 200 米后、问题消失。

这是否意味着 HS400ES 必须 200 米？ 或者、如果我们使用 192MHZ、还需要更改代码吗？  

--- a/arch/arm64/boot/dts/ti/k3-j7200-main.dtsi
+++ b/arch/arm64/boot/dts/ti/k3-j7200-main.dtsi
@@ -623,6 +623,8 @@ main_sdhci0: mmc@4f80000 {
         power-domains = <&k3_pds 91 TI_SCI_PD_EXCLUSIVE>;
         clock-names = "clk_ahb", "clk_xin";
         clocks = <&k3_clks 91 0>, <&k3_clks 91 3>;
+        assigned-clocks = <&k3_clks 91 3>;
+        assigned-clock-parents = <&k3_clks 91 5>;
         ti,otap-del-sel-legacy = <0x0>;
         ti,otap-del-sel-mmc-hs = <0x0>;
         ti,otap-del-sel-ddr52 = <0x6>;

谢谢！

尊敬的 Ning：

发现、由于 MMC 测试要求、我们针对 eMMC 将时钟从 200m 扩展到 192MHZ。  

回滚到 200 米后、问题消失。

很好、您能够找到根本原因。

因此、基本上、如果时钟频率发生变化、OTAP-SEL-SEL 参数对于不同的时钟频率将有所不同、因为它们是在针对特定时钟频率在不同的温度下进行应力测试（使用多次读取和写入）后最初选择的。

因此,最好使用 200MHz 时钟本身,因为使用不同的时钟频率会导致数据不一致,尤其是对于较高的频率,如 HS400 ES。

此致

Gokul Praveen

你好、 Gokul

   在调整一些 参数后、它似乎可以在 192MHZ 下正常工作。 使用前、我们是否需要进行一些眼图测试？

--- a/arch/arm64/boot/dts/ti/k3-j7200-main.dtsi
+++ b/arch/arm64/boot/dts/ti/k3-j7200-main.dtsi
@@ -625,13 +625,14 @@ main_sdhci0: mmc@4f80000 {
         clocks = <&k3_clks 91 0>, <&k3_clks 91 3>;
         assigned-clocks = <&k3_clks 91 3>;
         assigned-clock-parents = <&k3_clks 91 5>;
+        max-frequency=<192000000>;
         ti,otap-del-sel-legacy = <0x0>;
         ti,otap-del-sel-mmc-hs = <0x0>;
         ti,otap-del-sel-ddr52 = <0x6>;
-        ti,otap-del-sel-hs200 = <0x8>;
-        ti,otap-del-sel-hs400 = <0x5>;
+        ti,otap-del-sel-hs200 = <0x9>;
+        ti,otap-del-sel-hs400 = <0x7>;
         ti,itap-del-sel-legacy = <0x10>;
-        ti,itap-del-sel-mmc-hs = <0xa>;
+        ti,itap-del-sel-mmc-hs = <0xb>;
         ti,strobe-sel = <0x77>;
         ti,clkbuf-sel = <0x7>;
         ti,trm-icp = <0x8>;

谢谢！

尊敬的 Ning：

需要进行眼图测试、但我们无法保证这些参数变化在所有温度下都有效。 理想情况下、必须从您这边进行应力测试以确认相同的情况。

就像 Ning 的建议一样,200 MHz 时钟频率将是一个更可靠的解决方案,因为它以前已经过测试。

此致、

Gokul Praveen

你好、 Gokul  

  只需添加“max-frequency=<192000000>；“似乎不需要更改其他 参数即可。

如何理解它们呢？ 鉴于将时钟更改为 192MHZ 的要求、我们得到了这样的补丁、并可通过 示波器工作。

         assigned-clocks = <&k3_clks 91 3>;
         assigned-clock-parents = <&k3_clks 91 5>;

谢谢！

你好、 Gokul  

1、现在“分配的时钟“和“分配的时钟父“将硬件时钟限制在 192MHZ ,最大频率不应超过 192MHZ ,也就是说,它不应根据 “最大频率“而不是实际的硬件时钟 (192MHZ ),对吧?

		assigned-clocks = <&k3_clks 91 3>;
		assigned-clock-parents = <&k3_clks 91 5>;
        max-frequency=<192000000>;

2.不管怎样, 如果我们将时钟更改为 192MHZ ,它应该改变 OTAP-SEL-SEL 参数?

谢谢！

尊敬的 Ning：

是的、您说得对、Ning。

此致

Gokul Praveen

你好、 Gokul  

   但它让我感到困惑、为什么“max-frequency = 1920000000“可以在较低程度上避免 eMMC –110 超时问题？

EMMC 供应商表示、我们选择的 eMMC 在 ECC 验证方面有点弱、但 符合标准。

谢谢！