[参考译文] AM3359：ROM 代码在 SR1.0和 SR2.1之间变化

您的 SYSBOOT 设置是什么？

我们使用了三种不同的设置、最后一种是

SYSBOOT[15：0] 0100001000110010。

生成了跟踪向量
1. 000080BE
2.00018000
3.00100020

请 提供有关以太网连接问题的更多信息、并指定您尝试避免使用的建议编号。

有些 ROM 代码更改与以太网引导相关、但您之前的 POST 中提供的 SYSBOOT 值在引导 序列中不包含以太网。

 如果您读取 CONTROL_STATUS 寄存 器来验证锁存在复位上升沿的实际 SYSBOOT 值、可能会有所帮助。

此致、
Paul

我是指勘误表中的3.1.4和3.1.6、它们基本上是相同的。 为了确保我们不会在本勘误表中遇到错误的解决方法、我们已从 AM3359完全断开 GMII2_CSR 信号、因此现在不应与 NAND 启动发生冲突。

我将检查 CONTRAL_STATUS 寄存器。 此外、我们还将交换 AM3359器件(以确保我们不会发现损坏器件的问题)并读取旧工作板上的 sysboot 引脚和跟踪向量。

也就是说、我们将尝试从 NAND 闪存引导。 无论我们尝试什么 sysboot 配置、跟踪矢量似乎都指示 MMC 引导失败、即使 sysboot 如此、MMC 甚至不是引导序列的一部分。 是否有描述 ROM 代码更改的文档？

您好、Biser、

1) 1)我们尝试设置 sysboot[9]、但没有区别。  我们将通过 CCS 获取从 Control_STATUS 寄存器锁存的值。  

2) 2)我们还提供了第二块板、我们看到了相同的行为、因此器件损坏的可能性很低。  我仍然感到困惑     的是、ROM 代码为何无法引导器件、而跟踪矢量会在 MMC 甚至不是客户当前使用的 sysboot 配置选项时报告 MMC 引导失败。  

由于在 我开始此帖子之前、我们已经完成了尝试不同 bootsys 配置的练习 、并浏览了勘误文档、 因此我认为 我们需要注意的 ROM 代码可能有细微的变化、因此我的帖子的标题也是如此。   我们感到非常困惑、并一直在努力尝试其他什么。  

尊敬的 Juan：

您是否能够探测任何 NAND 信号？  您能否在引导期间检查 CSn (甚至 Ren) 、这些应该会切换以指示 ROM 正在尝试访问 NAND。  此外、探测 WAIT0信号。  这通常应为高电平、但可能会在某个位切换为低电平、并且是来自 NAND 的 BUSY 信号。

一旦您确定处理器正在尝试从 NAND 引导、请确保对 NAND 进行了正确编程。  您是否在电路板修改后尝试对 NAND 进行了重新编程？  是否可以从另一个源(可能进入 u-boot)引导并执行 NAND 读取以确保内容正确、尤其是第一个块？

此外、尝试执行几次启动、并连接到 JTAG 以查看 PC 的位置、然后记下该值。  它应该在每个引导源之间循环。  

此致、

James