TI中文支持网Shine：
是否有参考过下面的wiki网站？http://processors.wiki.ti.com/index.php/AM335X_StarterWare_Booting_And_Flashing#Stages_in_SD_Booting
user4999129：
回复 Shine:
您好，我基本就是按照这个文档去做的。
现在的情况是，加载.out文件再用仿真器可以看到串口打印的信息。但是用_ti.bin文件改名而成的MLO则不行，看不到串口打印的信息
Shine：
回复 user4999129:
TF卡格式化分区了吧？boot管脚设成SD boot模式了吗？
user4999129：
回复 Shine:
您好：
1.我是用HP USB Disk Storage Format Tool格式化TF卡的
用的是国内米尔的开发板，可以用SD卡启动u-boot的，我只是将内容换成裸机的MLO和app而已，启动方式设置成SD卡启动了
2.我现在有个想法：MLO是由bootloader_boot_mmcsd_a9host_debug_ti.bin重命名而来，而它相比bootloader_boot_mmcsd_a9host_debug.bin是在镜像开头多了若干字节的数据，我在想是不是这些数据除了问题
yongqing wang：
回复 user4999129:
手动删除试试能跑起来吗？
user4999129：
回复 yongqing wang:
您好，请问您指的是删除什么
Jian Zhou：
回复 user4999129:
你检查下DDR初始化这部分，CCS是靠gel文件初始化DDR的，而你的u-boot要用自己的代码初始化。
yongqing wang：
回复 Jian Zhou:
这种芯片也裸奔开发起来好多坑
yongqing wang：
这种芯片也裸奔开发起来好多坑
user4999129：
回复 Jian Zhou:
你好，我用的是StarterWare中的bootloader例程：
我有以下判断：
1.DDR初始化部分如果出问题，最多也就是将来在DDR上运行的代码不能正常工作。
2.而串口控制台在DDR初始化之前就已经会发送一些信息出来了，此段代码是在片内RAM上运行的
3.现在连串口控制台都没信息出过来，我想十之八九是运行于片内RAM上的代码工作不正常
4.仿真时，加载.out文件是直接写到片内RAM上的。而现在，是要芯片能够识别CF卡上的MLO文件，并自行将其加载进片内RAM并执行的。问题有可能就是出在这个识别或者加载的过程中
5.芯片应该是识别到MLO的。因为我板子的其他启动媒介中中有U-boot，如果在SD卡中没找到MLO，那么其他启动媒介中的U-boot就被加载运行起来，串口控制台会有相应信息刷出来的。
6.此时串口控制台什么都没有，因此我判断MLO被识别了，估计也成功加载了，但是运行不正常。
7.这期间有个小插曲，虽然我仿真成功了。但在这之前用默认配置编译bootloader时总是报错，我删掉了am4378.lds文件，修改了am43xx_boot_ccs.lds的MEMORY起始地址才编译通过并且加载.out文件成功，（详见帖子http://www.deyisupport.com/question_answer/dsp_arm/sitara_arm/f/25/t/133810.aspx）。是不是这些改动导致了此番的问题。
