[参考译文] AM3358：采用 Micron MT29F8G08 NAND 的 AM335x BCH16 ECC 生成示例申请

尊敬的 Hong Guan64,

目前、我们正在使用 AM3358 处理器和 Micron NAND 闪存 (MT29F8G08ABACAWP-IT：C) 开发一款产品、该产品的页面结构为 4096+224 字节。
为了支持这种 NAND、我们需要在定制 NAND 映像生成工具中实现 BCH16 ECC。

我们找到以下 TI 论坛帖子、其中提到了 StarterWare v02.00.00.07 中 BCH16 ECC 的补丁：
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/241321/patch-for-16-bit-bch-ecc-in-starterware

我们还查看了有关在 AM62x 上使用 Lauterbach JTAG 刷写 NAND 的相关文章：
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1422565/faq-how-to-flash-gpmc-nand-with-lauterbach-jtag-on-am62x

但是、第二个链接仅提供预编译的二进制文件。
对于我们的工具开发,我们需要 BCH16 ECC 的完整源代码实现（例如,,bch_global.cnandlib或任何等效模块）。

如果 StarterWare 中包含此源代码、能否提供完整的 StarterWare 软件包（最好是最新版本）？
如果代码分发到其他地方、我们非常感谢您提供有关如何访问代码的指导。

我们正在开发一款与非闪存工具、并需要采用与 AM335x 硬件 ECC (BCH16) 和 Micron NAND 规范相匹配的 ECC 编码。

感谢您的支持。

此致、

[报价 userid=“483002" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1528959/am3358-request-for-bch16-ecc-generation-example-for-am335x-with-micron-mt29f8g08-nand/5880342 #5880342“]我们找到以下 TI 论坛文章、其中提到了 StarterWare v02.00.00.07 中 BCH16 ECC 的补丁：

e2e 位于在 AM335x 目标上运行的裸机代码上、与您无关、因为我想您正在寻找在主机端运行的参考源代码。

我向您发送了 e2e 论坛朋友申请、并在您接受朋友申请后分享参考主机端代码。
此致、
- Hong

您好：

我已阅读许可协议（比音奥龙股份有限公司.rtf）、并代表我本人和汇丰接受条款

此致、

尊敬的 Hong Guan64,

我们目前正在使用bin2nand基于 TI BCH16 ECC 源代码的定制实用程序验证我们的 NAND 编程过程。

根据提供的主参考图像、页面布局似乎遵循以下结构：

4096 +｛2 (0xFF)+(26 × 8)+ 14 (0xFF)｝

但是、在运行您提供的 ECC 代码时、我们观察到了 最终 14 字节区域的第一个字节 器件的示例 0x00而不是 0xFF。

*请参考下图进行比较:

如图所示、主映像和参考 ECC 输出0xFF在该填充区域中始终使用、但我们的结果不同。

请确认：

• 此行为（在该区域）是否0x00是有意的、和

• 是否可以0xFF改用手动填充这个 14 字节填充区域、以确保与主映像的兼容性并避免生产过程中的验证不匹配？

我们非常感谢您为确保一致性和正确性提供的指导。

感谢您的支持。

此致、

 第六十四章

感谢您的持续帮助。

在开发基于 TI BCH16 ECC 源代码的 NAND 编程实用程序时、我们观察到 OOB 区域中最终填充区域的第一个字节生成为0x00。

根据您的文档、我们理解该填充区域不涉及实际的 ECC 验证。 但是、由 TI UniFlash 生成的主映像始终使用填充此区域0xFF、这种差异可能会导致生产过程中验证不匹配。

我们非常感谢你澄清以下几点：

1. 是0x00 TI 的 BCH16 ECC 代码 () 在此填充字节中的输出 预期行为 ？

2. 如果预期的行为是输出0xFF、则可能 获取 ECC 生成代码的修改版本 这会相应地填充该区域？

3. 如果无法修改代码、是否可行 在功能上可接受 使用0x00生成的值、而不会导致任何可靠性或兼容性问题？

我们请求此确认、以确保在生产和验证过程中的兼容性和一致性。

非常感谢您的支持。

此致、

比赛奥龙（上海）信息技术有限公司

尊敬的 GIHWAN：

实际上、所有填充字节都不用于代码中的 BCH 检查 (ROM/u-boot/kernel...)
但可以根据需要将“0xFF"填“填充到第一个填充字节以匹配引用二进制文件。

请随时尝试随附的补丁。
此致、
- Hong

e2e.ti.com/.../nand_5F00_image_5F00_2.patch

尊敬的 Hong Guan64,

再次感谢您对我们的支持。

关于 ECC 填充行为、我们要确认以下内容：

1. 是否可以获得.exe用填充 ECC 填充区域的实用程序版本 0xFF 、由 UniFlash 完成？

2. 如果不可用、您能否使用当前提供的.exe来确认填充填充填充填充 0x00 可以接受、不会引起任何问题？

我们衷心感谢您在整个过程中提供的支持和帮助。
非常感谢。

此致、
安吉万
比赛奥龙（上海）信息技术有限公司