[参考译文] OMAP-L138：MMC 访问- JEDEC 4.51正常工作、但 JEDEC 4.41不工作

谢谢 、Tsvetolin。  我不太确定在哪个论坛发布我的问题、但希望他们有一些想法！

尊敬的 Derek

软件团队仍然希望了解您的确切测试。

"我看到的问题是、当我们使用新器件时、我似乎没有从 MMC 芯片获得响应。  SYS/BIOS 驱动程序将其检测为 MMC、但 IOCTL_START 永远不会从芯片响应。  我们假设、在不对驱动程序或初始化代码进行任何更改的情况下、从4.51标准移至4.41标准是可以的。  我是不是缺少什么东西、还是有人想在哪里查找有关 OMAP-L138与旧版 JEDEC 标准兼容性的更多信息？

具体而言、我们有一个仅使用 DSP 的小型应用、我们在电路板结账期间首先通过 JTAG 加载该应用、该应用负责将 Linux 内核编程到 MMC。  从这里开始、ARM 内核从 MMC 引导。"

SYS/BIOS 驱动程序是定制驱动程序还是基于某些 TI 版本？ 即使仅 DSP (诊断？) 程序失败、MMC 是否在 ARM/Linux 端正常工作？ 当您说从 MMC 启动 ARM 内核时，它是主/设备启动加载(使用 RBL)还是主设备启动模式，然后您通过 eMMC 提取其余映像？

您好、Mukul、

我正在使用来自 BIOSPSP v3.0.1.0的 MMC 驱动程序、但未修改。

我无法判断 MMC 是否在 Linux 端工作、因为没有 MMC、我无法将内核加载到 ARM 内核。  我从未想过如何通过 JTAG 加载 ARM Linux 内核(或 uBoot)。

我们的定制 OMAP-L138板具有2种引导开关配置(可通过开关进行选择)：1种用于通过 JTAG 进行引导、另一种用于从 MMC 进行引导。  要对 MMC 进行编程、我首先选择 JTAG 引导开关配置、然后将小型定制应用程序加载到 DSP 上。  此应用程序包含 Linux 内核和 uBoot 作为二进制数据、执行时、DSP 会将二进制数据以正确的加载地址写入 MMC。  然后、我将引导开关切换至 MMC 引导配置并对电路板进行下电上电。  此时、ARM 启动 uBoot、然后自动执行 Linux 内核。

新的 MMC 芯片可能存在焊接问题。  我只是想知道在 JEDEC 版本之间 MMC 的软件配置/初始化中是否缺少某些内容。

我收到了该板、MMC 存储器芯片已交换回我们使用的旧生产版本、我可以对其进行编程并从其启动。  我们的技术人员表示、当他拔下之前的 MMC 时、似乎没有任何焊接问题。  因此、我们进一步确信、这不是妨碍我们访问芯片的硬件问题。

4.51芯片工作正常、但4.41芯片工作不了、还有其他原因吗？  我不确定花几天时间毫无目的地探索规范和驱动程序代码是否值得付出大量努力、但我们想了解这个问题。  提前感谢！

Derek