obm加载流程和blob的分段编译

obm加载流程
obm前边启动部分__main运行与地址空间无关,__main现检测当前obm是否运行在0x80000000地址,
如果没有运行在该地址,那么调用DDRInit初始化内存,之后调用__CopyDKBOBM将OBM_DKB自己的0x3500*4字节大小
数据(OBM/TAVOR/DDR/xlli_platform_defs.inc)拷贝到0x80000000地址处,执行完毕之后接下来的代码就是__ENABLE_MMU
打开MMU内存映射,之后跳转到0x80000000继续执行,因为MMU已经打开,所以0x80000000映射到了虚拟0地址,
OBM开始在0地址下运行,irq_handler也就可以正常使用,跳转到OBMBootMain开始执行OBM主程序

blob分2段,第1段为start,与地址无关,连接脚本
preview-kit/blob/src/blob$ ll start-ld-script
编译链接地址为0,该start代码运行与地址无关,将由OBM首先加载到0x83000000
,这样start将运行在0x83000000然后start代码将链接到_piggy_start中的
_trampoline,编译地址为BLOB_ABS_BASE_ADDR,也就是0x80040000的blob主体程序
加载到0x80040000地址空间,然后跳转过去执行_trampoline函数,真正启动blob主体程序

因为我们的blob没有实现mmu管理，所以导致我们的blob的zise最大为256K，blob使用obm初始化的虚拟0地址--也就是物理地址0x80000000的DDR地址，作为blob实际运行的起始地址；
0x80000000 ~ 0x80040000    ---> DDR_DKB_OBM    ( 4*64=256K)    0 ~ 0x40000
0x80040000 ~ 0x80100000   ---> DDR_TLB               (12*64=768K)    0x80040000 ~ 0x80100000
0x80100000 ~ 0xC0000000   ---> DDR_Memory        (1023*1M)        没有作任何映射
以上为1G的DDR空间在DKB、OBM和BLOB中的分配图谱


/wtptp_pxa930/DKB/StartUp/dkb_startup.s小写的s是源文件,
然后在wtptp目录下执行make之后,脚本会自动翻译生成
wtptp_pxa930/DKB/StartUp/dkb_startup.S大写的S是源文件,功编译连接使用,所以只能修改小写.s文件