dm368ipnc内核启动

自己的板子参照appro dm368ipnc画的，硬件做了不少删减，基本就保留了串口，网口，flash和ddr，但这些都没有做改动，自己从网上下的ubl和uboot可以把内核启动，但是因为下载的ubl和uboot是dm365的，频率不高，所以找了appro3.1rdk，按照文档说明把dm368的ubl和uboot下载进去，没有问题，网口也是通的，但是通过网口把内核下载进去，停在starting kernel…   又试了从网上下载的其他内核，也停在starting kernel，因为appro是用串口1来调试，考虑到别的内核不支持串口1调试，所以启动别的内核时参数用console=ttyS0，可是串口0也没信号。后来考虑到是不是因dm368频率高，又用appro的dm365的文件试试，结果和dm368是一样的，我认为我们板子的电源问题可以排除。这个问题我始终弄不清楚，appro的源码应该没问题，板子的核心flash和ddr也和参考板一样。难道真是板子的硬件改动导致appro的uboot无法启动它的内核？如果是因为硬件改动，有办法解决吗？

Chris Meng：

你好，

请问你的uImage是tftp下载的么？如果是，请烧写到nand上，再启动看看

Tuff Li：

DDR 是否做过读写测试？ 

Wenzhen Hu：

回复 Chris Meng:

谢谢回复！ 试了  烧到nand上启动也不行。

Wenzhen Hu：

回复 Tuff Li:

仿真器测试和appro开发包提供的测试程序测试都测试过，没问题。   点错了，点成了问题已解决….

de wang：

回复 Wenzhen Hu:

ti和appro软件的顽疾了，我知道的有两种可能，

1. 某些版本UBL和UBOOT的nand驱动有毛病，比如ubl_432arm_340ddr_ipnc_dm368_2.0.0.bin/u-boot-1.3.4_ipnc_dm368_2.0.0.bin在少数机器上就有这个现象（同样的nand芯片，少数的机器会出现，就是说这个软件的硬件匹配一致性不好）；换成早版本比如1.0的UBL和UBOOT立马OK，不会出现卡在starting kernel，但是这些老版本的boot也有问题，就是那个edma_read8 timeout 问题，变成uboot启动huang up。 还遇到过UBL hang up。 总之，有得你郁闷就是了。

2. 你的uboot env var 可能需要设置 verify=no

dm36x ipnc我认为一直有好几个重大bug，我也是自己的产品在客户现场实际使用了较长时间才发现的，也找不到原因，ti的技术支持都不知道找谁，给appro发邮件更是不理，坑爹啊。