[参考译文] TDA4VEN-Q1：SBL 引导模式下的 memtester 问题

您好！

这似乎是一个与从总8GB DDR 内存迁移到总4GB DDR 内存相关的问题。  

为了解决 TI EVM 和您的定制电路板之间的存储器差异、您所做的更改的完整列表是什么？

此致、
Kevin

尊敬的 Kevin：

实际上、使用 memtester 2G 可以在 SPL 引导中成功测试。  

对于从 SPL 引导更改为 SBL 引导的情况、我只需替换 board_ddrReginit.h 并重新编译 SBL 以及将 tiboot3.bin 替换为 SD 卡。

SBL 引导是否能够适应 DDR 修改而不仅是替换 board_ddrReginit.h？

此致。

尊敬的 Xie：

正确的理解是 、您只看到了 SBL 而没有 SPL 问题。 如果是、这 似乎确认了该问题不应  与 DDR 寄存器设置相关。  

让我看看我们软件团队的人员是否可以提供进一步帮助。

SBL 引导是否可以适应 DDR 修改而不仅仅是替换 board_ddrReginit.h？

对于从硬件角度配置 DDR 子系统、这应该就足够了。 即、只要软件/CPU 尝试在有效范围内访问存储器、 它就应该就足够正常工作。

但从系统软件的角度来看、可能需要更新其他位置的总存储器大小、以防止软件尝试访问没有物理存储器的存储器位置。  例如、如果用户正在编译代码、并将代码链接到特定的内存区域、编译脚本可能会定义内存地址范围。 那么代码可能会链接到不存在物理存储器的地址。 不过这只是一个示例-最终、软件团队需要确认对 DDR 存储器总大小做出了哪些假设以及如何确定这些假设。

 u-boot 代码中过去会出现这种类型的问题、这会将总内存大小传递给 Linux 内核。 DDR 工具的输出由 DDR 驱动程序使用、该驱动程序由 R5内核(tiboot3.bin)初始化。 但是、总存储器大小是从 A72 二进制文件(tispl.bin / u-boot.img)传递的、 其中不存在 DDR 驱动程序。 因此、需要手动更新 A72 u-boot 映像中的总存储器大小、以便 Linux 内核知道正确的可用存储器容量 (请参阅以下应用手册中的第3.1.2节： https://www.ti.com/lit/pdf/spracu8)。  我无法跟上较新的 SDK 版本、因此我不知道有哪些变化或您的特定 SDK 有哪些独特之处。  

此致、
Kevin

尊敬的 Kevin：

谢谢。 我将通过 https://www.ti.com/lit/pdf/spracu8进行修改 、并为您提供反馈。

但我仍然感到困惑的是、从 SPL 到 SBL 的引导模式、Uboot、kernel 和 FS 都是相同的文件。 为什么在 SBL 引导？时会出现 memtester 故障的问题

此致。

尊敬的 Xie JC：

但我仍然感到困惑的是、从 SPL 到 SBL 的引导模式、Uboot、kernel 和 FS 都是相同的文件。 为什么在 SBL 引导？时会出现 memtester 故障的问题

您能告诉我您使用的是哪种引导流程吗？

此致、

Karthik

尊敬的 Karthikean：

我们现在将使用 SBL 引导。

此致。

大家好！

当 LPDDR4从8GB 更改为4GB 时、也可以在 EVM 中重现该问题、该问题仅存在于 SBL 中、因此请帮助优先考虑该问题、这将是所有客户的常见问题。

BR、

Biao  

尊敬的 Biao 和  Karthikean：

SPL 启动将替换 tiboot3.bin+tispl.bin、SBL 启动将替换 tiboot3.bin+app、并且其他文件尚未修改或替换。 在 SBL 和 SPL 启动期间查询 DRAM 地址大小时、SBL 实际上检测到8g 的存储器大小、而 SPL 检测到4g。 为什么会这样呢？

此致。

、jc m Ω

感谢您的更新。

BR、

Biao