dm3730和dm6437，dm6446，AM335x启动过程的不同

dm3730的启动流程为RBL+X-loader+uboot+uImage分别在片内ROM（fireware），片内SRAM，片外的DDR，片外的DDR。

之所以建立这样一个复杂的启动过程，我个人的理解是。片内ROM和SRAM空间有限，uboot的大小基本达到了200KB 左右，不能放在空间有限的SRAM中（因为SRAM的集成度不高，容量越大体积也越大）。于是肯定需要有前期的RAM来帮助完成加载。当然为何不让ROM直接来加载uboot的原因也是如此，因为uboot需要有ddr的环境，而这部分需要做的初始化ddr控制器自然会增加程序的代码量，从而在容量有限的rom区域也没有这个条件来一次就完成uboot的加载环境的创建和程序的加载。因此TI的RBL将简易的x-loader运行在SRAM（SRAM的初始化简单，属于片内可以直接访问，速度也快）中来完成uboot的加载。而uboot在内存中自然可以方便的加载uImage啦。对于Android系统会启动init进程，进而创建system server和Zygote进程，运行第一个系统进程。完成直到用户界面的启动。  ((init_fnc_t *)CFG_LOADADDR)();

dm6446的启动是RBL +UBL+uboot+uImage：user boot loder

am335x是RBL+(uboot/spl)+uImage:其中uboot/spl是在一个源码包下的

dm6437的启动原理也较为类似，采用RBL+second_boot(SPL)+APP的流程。RBL自动回将外部存储的程序加载到片内的程序空间。一般采用从norflash加载程序启动。比起dm3730的启动过程来得较为复杂。