This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AM4378:当使用错误的块跳跃 2 对 NAND 映像进行预编程时、AM4378 NAND 引导失败

Guru**** 2798555 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1616812/am4378-am4378-nand-boot-failure-when-nand-image-is-pre-programmed-with-bad-block-skipping-2

器件型号: AM4378

尊敬的 Hong 和处理器支持团队:

我们不确定原因、但由于以下错误、我们无法回复、因此我们启动了一个新主题。 以下是我们最后一次交流的延续。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1605897/am4378-am4378-nand-boot-failure-when-nand-image-is-pre-programd-with-bad-block-skipping

  

我们收到了客户的以下反馈/问题、非常感谢您的指导。

关于您u-boot.img在 SPL 中从 GPMC-NAND 读取/转储的建议、客户问:

  • 是否可以在 SPL 阶段执行此操作?

  • 如果是、您能否建议从 SPL 转储图像的建议程序或方法?

此外、客户还提出了以下问题:

由于此 SPL NAND 处理代码是 TI 提供的 SDK 的一部分、因此他们想知道该流程是否已在错误的块条件下通过 TI 验证。
他们询问是否存在任何已知限制或特定条件、在这些条件下、SPL 可能无法正确检测或跳过坏块、尽管采用了预期的设计。

您能否分享您对这些问题的评论?

非常感谢您的持续支持。

此致、

Conor

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Conor:
    Linux 是开源的、这意味着它的代码属于公众、并由全球社区维护。
    让我花一些时间、在 TI 电路板上进行验证。 很可能我下周会回来。
    此致、
    - Hong

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Hong Hong:

    Conor 是我的同事。 我们期待您下周在 TI 电路板上的验证结果。

    与此同时、我们也希望在我们方面进行更多的检查。
    关于您关于u-boot.img在 SPL 阶段从 GPMC-NAND 读取/转储的建议、您能否说明如何实际实现这一点?

    具体而言、我们希望获得有关从 SPL 转储映像的建议过程或调试方法的指导、以便能够并行验证映像。

    此致、
    正常

     

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

     Hong Hong:

    您提到您将在上周报告测试结果已经超过 10 天了、如果您能提供最新的状态更新、我将不胜感激。

    Conor

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Conor:

    我已在内部与 Hong 联系。 我想他会很快在这里回应。

    Stan

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Conor:
    上周、新的 e2e 路由至硬件应用团队、并于今天重新分配给我。
    让我花点时间在这方面、下周再回到您的身边。
    此致、
    - Hong

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Hong 和 Stan

    正如您上周提到的、您将执行操作验证、我们收到了客户的跟进咨询。

    如果您能尽快分享您的发现或任何更新、我们将不胜感激。

    谢谢、

    Conor

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Conor:
    是的,我会花时间在它,并让你发布任何更新.
    此致、
    - Hong

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Conor:

    我在 AM437x EVM 上测试了 AM437x Linux SDK 9.3.5.2、SPL 在跳过 GPMC-nand 中的坏块 (BB)。

    AM437x EVM 上的 GPMC-NAND:
    - u-boot
    => N 和信息

    器件 0:nand0、扇区大小为 256KiB
    页面大小 4096 b.
    OOB 大小 224b
    擦除大小 262144 b
    ECC 强度 16 位
    ECC 步长 512b
    子页面大小 1024 b
    选项 0x0000400c
    BBT 选项 0x00000000

    -内核
    [ 1.306513] nand:找到器件、制造商 ID:0x2C、芯片 ID:0xdc
    [ 1.312902] nand:Micron MT29F4G08ABAEAWP
    [1.316949] nand:512 mib、slc、erase size:256 KiB、page size:4096、OOB size:224
    [1.324784]使用 OMAP-LECC_BCH16_code_HW ECC 方案

    我将附加日志文件以供您参考。

    1/。 am4_9.3.5.2_nand_pre_BB.log(从 SD 引导)
    -读取不带 BB 的 GPMC-nand

    2/。 am4_9.3.5.2_nand_post_BB.log(从 SD 引导)
    -通过命令“nand markbad 0x180000“将一个 GPMC-nand 块@0x180000 标记为“Bad"</s>“
    -读取具有 BB 的 GPMC-nand

    3。 从 SD 引导中获取 AM4_9.3.5.2_nand_flash+BB.log
    -将 SPL/u-boot.img 刷写到 GPMC-nand 并带有 BB @0x180000
    -如日志中所示、跳过 BB 块@180000、并将 u-boot.img 刷写到 GPMC-n、并从下一个 GPMC-n 和块@0x1C0000 开始

    4。 从 GPMC-n 获取 AM4_9.3.5.2_nand_boot+BB.log 并使用 BB 引导
    -使用 BB @0x180000 从 GPMC-nand 引导 SPL/u-boot
    - SPL 跳过 BB @0x180000 并按预期从 0x1C0000 加载 u-boot。

    此致、
    - Hong

    e2e.ti.com/.../am4_5F00_9.3.5.2_5F00_nand_5F00_pre_5F00_BB.log

    e2e.ti.com/.../am4_5F00_9.3.5.2_5F00_nand_5F00_post_5F00_BB.log

    e2e.ti.com/.../7317.am4_5F00_9.3.5.2_5F00_nand_5F00_flash_2B00_BB.log

    e2e.ti.com/.../am4_5F00_9.3.5.2_5F00_nand_5F00_boot_2B00_BB.log

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Conor 的问题依赖于 e2e、并提交了一个新问题。
    最后、我将在新的 e2e 中讨论问题。
    AM4378:SDK 08.02.00.24 和 9.3.5.2 之间是否有任何 GPMC-nand 修复? 关于更新的建议? 
    此致、
    - Hong