uboot停在continuing with ddr3，不往下执行

从你的log看上去，貌似是卡在了DDR3这块上面。你可以参考：AM335x的DDR3软硬件设计以及相关资源 

DDR3 software leveling，这步是在你整版都做好、焊接完拿回来后做的。software leveling 就是一个算法程序，其作用就是针对你当前的板子布线，优化当前的 DDR3 的时序配置。这个程序的输入的是 DDR3 初始 PHY 配置（将当前的布线长度值输入到 Ratio Seed Spreadsheet 中获得），输出的是优化后的 PHY 配置。一般来说，这个算法的执行，TI 官方的做法是在 CCS 中，通过仿真器（XDS100v2 或者 560v2）链接板子，通过初始化 GEL 文件先行初始化你的板子。初始化完成后，通过 CCS 加载该算法程序，输入初值后运行获得。这里有个工作就是修改 GEL 文件使其适用于你当前的板子，里面包含了 DDR3 的 EMIF 配置和 PHY 配置两部分，这个修改过程可以参考“浅析 GEL 文件在 ARM 初始化时的作用和修改"。最终把得到的结果重新填入到 GEL 文件的 PHY 配置部分，或者是操作系统的对应配置文件中就可以了。这样 DDR3 使用的时序就是最优化的时序了。

插一句：如果是DDR3的话，是必须要做SOFTWARE leveling的。

原来SOFTWARE leveling是只适用于DDR3的，但是我板子上的是DDR2。关于DDR2的，有没有什么办法可以测试一下是否可以正常通信？

我这边的板子没有把JTAG线给引出来，所以我直接在uboot里面去读取0x80000000的数。发现这几块出问题的板子读出来的数据跟写进去的不一样。而那些可以成功启动的板子，写进去和读出来的数据是一样的。出现这种情况，是不是DDR或者CPU坏了？