TI论坛
直播中

刘艺星

7年用户 141经验值
私信 关注

参照AM335X评估板自己画的板,用sdk7.0中的内核和设备树启动就停在 Starting kernel 不动了,请问是什么原因造成的?

本帖最后由 一只耳朵怪 于 2018-6-20 15:51 编辑

我们参照AM335X评估板自己画的板,用sdk6.0可以正常启动。用sdk7.0中的内核和设备树启动就停在
Starting kernel ...这里不动了,
我们的RTC按照disable来设计,CPU AM3352,DDR2频率266MHZ。console=ttyO0,115200n8,nand flash 启动,使用am335x的设备树,对SDK7.0中的内核和设备树没用任何改动。出现这样的问题可能原因是什么?是否是串口号不对导致看不到启动打印信息,还是RTC问题等等,谢谢!
附,启动log:
Booting from nand ...
NAND read: device 0 offset 0x80000, size 0x40000
262144 bytes read: OK
NAND read: device 0 offset 0x200000, size 0x800000
8388608 bytes read: OK
Kernel image @ 0x80200000 [ 0x000000 - 0x3ed470 ]
## Flattened Device Tree blob at 80f80000
   Booting using the fdt blob at 0x80f80000
   Loading Device Tree to 83324000, end 8333125b ... OK
Starting kernel ...

回帖(2)

刘丽艳

2018-6-20 01:28:49
我看了你发的两个帖子,具体情况应该是内核加载后,运行异常。
既然你的板子是按照评估板一模一样,而且你的uboot完全可以运行,那么你就使用官方原有镜像看看能不能跑通,并使用官方文件系统。
既然内核会卡住,那你需要在内核中重挂控制台,重新配置一个最小系统的uImage,让debug信息可以显示出来,你应该看看内核加载后的几个初始化阶段具体卡在哪里。
linux内核的资料网上有很多,你可以仔细学习一下。
希望能帮助到你!
                                                                         Holly
举报

刘艺星

2018-6-20 01:43:12
引用: ctx1129 发表于 2018-6-20 01:28
我看了你发的两个帖子,具体情况应该是内核加载后,运行异常。
既然你的板子是按照评估板一模一样,而且你的uboot完全可以运行,那么你就使用官方原有镜像看看能不能跑通,并使用官方文件系统。
既然内核会卡住,那你需要在内核中重挂控制台,重新配置一个最小系统的uImage,让debug信息可以显示出来,你应该看看内核加载后 ...

果然是万恶的RTC在3.14内核源码中屏蔽RTC相关注册代码就看到打印信息了
举报

更多回帖

发帖
×
20
完善资料,
赚取积分