[参考译文] TDA4VM：Linux 内核：mmc0：运行 CQE 恢复。

尊敬的 EASON：

您是否能尝试使用 最新版本 PDK(10.01.00.04) 因为 PDK (0902)与 eMMC 有问题。

此致

Gokul

你好、Gokul
感谢您的答复

Unknown 说：

使用 最新版本 PDK(10.01.00.04) [报价]

我们的项目现已稳定至版本0902、无法升级到最新 SDK。 是否有任何其他临时解决方案可以规避此问题？ 

此致
伊森

你好、Gokul

任何建议？

此致
伊森

尊敬的 EASON：

很抱歉这么晚才回复

Unknown 说：

使用 eMMC 接口读取 sb

您能详细说明一下吗、比如

• 在代码中进行的更改以及进行这些更改的位置(是在 SBL 代码还是 Linux 内核中)。
• 您能详细解释一下从 eMMC 读取哪些配置信息以及读取这些信息的目的吗？
• 您正在使用的引导流程是什么(SBL 的优化/开发流程)。
• 您正在使用 TI J721E EVM、对吗？
• 您是在正常温度还是任何其他温度下测试？

此外、您是否可以尝试通过将其配置为较低速度模式(如传统速度模式)来进行相同的测试、并查看是否再次出现此问题。

此致

Gokul

您好、Gokui

感谢您的答复

Unknown 说：

代码中所做的更改以及更改发生的位置(是 SBL 代码还是 Linux 内核)。

SBL 和 Linux 内核的模式都是 HS200模式、 我尚未对 eMMC 寄存器。进行任何更改

Unknown 说：

您能进一步解释从 eMMC 读取哪些配置信息以及阅读这些信息的目的吗？

我想 OTA。   说来话长。 我的 mcu1_0正在(OSPI DAC 模式)(xip)、下运行、并且我想升级 mcu1_0、但我不想将引导模式切换至升级(EMMC 或 SD)。   

当 OSPI 处于 DAC 模式时、mcu1_0可以在 XIP 运行时同时读取和写入 ospi 闪存、因此可以升级、但 TI 专家未对此作出反应。 链接：  https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1475126/tda4vm-uboot-disable-mcu1_0

所以、我现在要使用 eMMC、在 eMMC 中存储是否升级的标志、并在 eMMC 中存储需要升级的 mcu1_0固件。 SBL 在启动时读取 eMMC 中的升级标志。 如果需要升级、则会读取 eMMC 中的固件并将其写入 ospi、然后更新升级标志。

这在 SBL 中很容易实现、而且我已经完成了。  

但是,因为我在 SQL 中读取和写入 eMMC ,所以当 Linux 内核启动时出现"mmc0 : Running CQE recovery ",内核启动失败。

Unknown 说：

您使用的是 TI J721E EVM、对吗?

 有

Unknown 说：

您是在正常温度还是任何其他温度下测试此项吗？

我尝试了 DDR 和 HS200两种模式、但这种现象是相同的。 

此致
伊森

尊敬的 EASON：

当 SBL 在 ospi 模式下启动时、您很可能已经对 SBL 代码进行了自定义更改以支持从 eMMC 读取和写入、因此 eMMC 主要由于不正确的关断而进入不良状态。

因此,由于 eMMC 未处于正常状态,内核显示"CQE 恢复错误"。

此致

Gokul

你好、Gokul

感谢您的答复

当 SBL 在 ospi 模式下启动时、您很可能已经对 SBL 代码进行了自定义更改以支持从 eMMC 读取和写入、因此 eMMC 主要由于不正确的关断而进入不良状态。

因此,由于 eMMC 未处于正常状态,内核显示"CQE 恢复错误"

是否有任何其他临时解决方案可以规避此问题？

现在我修改此选项以将 eMMC 置于高速模式、并出现相同的错误："mmc0：正在运行 CQE 恢复"
、但内核启动的故障率大大降低、因此是否有任何其他修改可以将 EMMC 置于较低速模式？ 

此致
伊森