[参考译文] AM3352：NAND 替代产品

尊敬的 Kanae：

您是否可以通过调试探针访问 AM335 寄存器？

您能否读取以下寄存器的值？

• 0x44e10040 CONTROL_STATUS 寄存器 — 有助于了解 sysboot 引脚是否正确锁存
• -可以显示 ROM 代码的引导进度

谢谢、

Stan

您好：Mark、

感谢您的支持。

更改了 SYSBOOT 配置引脚 SYSBOOT [9]
从 0（ECC 由 ROM 处理）到 1（ECC 由 NAND 处理）、
并确认当前启动映像可以正常启动。
我们的客户了解此问题是由差异引起的
介绍了如何处理 ECC 数据的带外 (OOB) 区域。

此致、
Kanae

尊敬的 Kanae：

更改 SYSBOOT[9]是查看问题是否由 ECC 不匹配引起的最佳测试。

但请注意 — 更改 SYSBOOT [9]并不是一个问题 见解 因为此 NAND 的器件型号指示 内部 ECC 已禁用、所以对此问题解决。 根据数据表、启用了内部 ECC 的器件型号为 MT29F2G16ABAGAWP-AIT E :G

他们需要使用正确的 BCH 方案对 NAND 进行重新编程、ROM 引导加载程序将根据 OOB 大小由该 NAND 使用。

让我澄清一下将使用哪种 BCH ROM 并返回给您。

您好：Mark、

感谢您的额外输入！
我将与客户分享上述信息。

我正在等待您的反馈、了解 ROM 采用的重新编程方法和 BCH 方案。

此致、
Kanae

尊敬的 Kanae：
以下是对 ROM 和 u-boot/Linux 中使用的 BCH 方案的引用。
https://www.kernel.org/doc/Documentation/devicetree/bindings/mtd/gpmc-nand.txt

客户电路板中是否与当前的 NAND 器件一起使用了 SoC-ECC 或 NAND 片上 ECC？

此致、
- Hong

Hong Hong：

感谢您的支持。

当前产品 (MT29F2G16ABAEAWP AIT：E) 和替换器件 (MT29F2G16ABAGAWP AIT：G)
用于在 SoC 端 (SoC ECC) 执行 ECC 处理的配置。

了解此备选器件没有硬件问题且可以使用是正确的
重新配置软件以反映 BCH8 (8 位 ECC) 和 OOB 大小：128 字节等信息？

此致、
Kanae

尊敬的 Kanae：
在当前产品 (MT29F2G16ABAEAWP AIT：E) 中、客户软件中使用的 BCH 方案是什么？
此致、
- Hong

Hong Hong：

感谢您的答复。

BCH 方案为 BCH8。
关于写入过程、测试了以下两种方法、结果相同。

1.通过 MMC 引导 CPU ,然后将生产单元上当前使用的引导映像从 CPU 写入更换单元。

2.怀疑在创建启动映像时可能需要考虑以下几点,我创建并编写了（1024 + 64 字）版本的启动映像
并编写了它、但结果保持不变。

（当前产品）页面大小 x16：1056 个字（1024 + 32 个字）
（替换产品）页面大小 x16：1088 字（1024 + 64 字）

客户的 CPU 电路配置与 TMDXEVM3358 评估板的配置几乎相同。

此致、
Kanae

尊敬的 Kanae：
根据新的 NAND (MT29F2G16ABAGAWP-AIT：G) 几何结构、需要在客户软件中使用 BCH16 来进行 GPMC-n 和刷写和引导。
此致、
- Hong

Hong Hong：

感谢您的支持。

我将与我的客户分享。

此致、
Kanae

尊敬的 Kanae：
我们来了解客户软件中新 NAND 器件使用 BCH16 设置时的测试结果。
此致、
- Hong