[参考译文] Linux/AM3352：NAND 文件系统错误

您使用哪种 Linux 版本？ 文件系统的类型是什么？

调试后发现：
1、数据的错误与 ECC 校正无关、因为 ECC 校验信息全部为空、不能检查和校正底部。
2、错误的数据是一个空白块。 不清楚 UBIFS 文件系统的块是什么。 为什么这段数据如此敏感？
3、对于文件系统、如果数据在块擦除后不为空、则块可被标记为坏块。 如果在写入数据之前写入空白检查错误、则可以尽可能多地执行此操作。 查找是正常的，但文件系统不处理这些异常，而是直接报告系统错误。 这段数据到底是什么？
4、可疑文件系统不够完善。 尝试重现问题后，我们更新最新的文件系统以执行测试，但改进文件系统是一种挽救措施。 有些机器很容易出现。 某些机器不会出现、并且未进行大量连续的读写测试

请回答我的问题。 否则、我们将无法为您提供帮助。

Linux 版本3.2.0 (较旧版本)、文件系统 UBIFS、也被估计为相对原始版本。

正如您所说、这是旧版本的 SDK。 我们几年前使用过这款 AM335x 芯片、早期的 SDK 也比这更早。 硬件稳定后、SDK 不会再次进行更新。 在过去几年中、我们在此平台上开发了多种产品、并相应地开发了大量相关驱动程序。 新 SDK 内核为4.x、这些驱动程序不兼容。 为了解决问题、几乎不可能将所有驱动程序移植到新内核、并且工作量和时间几乎是不可行的。 同样、我们现在使用 Win7系统来查找错误。 Win10可能已修改此错误并建议进行所有升级。 这不是一种好方法、我们仍然希望能够修复原始的错误系统

加林

我理解您的立场、即您希望解决3.2 SDK 上的问题、但我们不能支持您的这一努力。 它听起来像是最近更改的内容、开始导致您看到的错误。 我想将您的注意力集中在这些变化上是最有意义的。 正如您所说的、您在 AM335x 上构建了许多产品、此问题似乎只是最近才出现。

1、错误日志、请参阅附件 ubifs_error.txt；        e2e.ti.com/.../ubifs_5F00_error.txt   

2、TI 官方网站保持了3.2的核心、路径如下： http://git.ti.com/gitweb/? p=ti-linux-kernel/ti-linux-kernel.git；a=log；h=8518814021e098a07b305a3c98620fc414ac0f20。