Atmel ARM9启动流程
2014-05-04 17:30
155 查看
Atmel ARM9启动流程与Bootstrap的大小内幕
AT91SAM系列的ARM内置了一片bootrom, 如果选择了合适的BMS电平(高电平), 那么芯片启动后会将bootrom映射到0x0地址. 启动bootrom后会从外面的的NVM(dataflash, nandflash..)中去寻找是否存在"合法"的固件程序. 如果有就将这个固件拷贝到内部SRAM中来运行. 而这个固件程序我们一般放置的就是bootstrap. 再由它去完成u-boot和kernel等等的搬移.顺序如下: bootrom (ROM) -> bootstrap (SRAM) -> u-boot (SDRAM) -> kernel (SDRAM)
对于dataflash和nandflash的NVM, ATMEL很巧妙的将第6个向量处放置的内容当做Bootstrap的大小.但是打开AT91bootstrap的源码, 发现第6个向量处有2种写法. 1) B . (或弄一个标号, 跳转本身) 2) .word _edata 第一种是直接放了一跳ARM跳转本身的指令在此位置, 转换为机器码之后是一个非常大的数. 远远超出了SRAM的大小. 第二种是用了汇编器的一个预留关键字_edata, 它是指向数据段的结尾. 按道理应该是和编译出来的bin同样大小才对.
但是自己通过将bin文件打开查看第6个向量确不相等. 后来才觉悟是由于基地址并不是0x0导致, 由于bootstrap最终是在SRAM里运行, 以SAM9260为例,SRAM基地址是0x20000. 所以是_edata=0x20000+程序大小,还是无法满足要求. 这两种方式都不正确,那BOOTROM是怎么知道要拷贝多大的长度呢?我一开始猜想是不超过最大的长度就OK了,即SRAM大小减去BOOTROM程序本身所需的堆栈,这是一个合理的解释,不过实际操作起来会浪费很多时间。而真正的内幕是: 原来SAM-BA软件中有一个send
boot file的操作,这个操作暗地里读取文件大小将其写入第六个向量再写入0地址,所以bootstrap必须用SAM-BA的send boot file的方式烧写,如果自己从0地址send file是启动不了的,大家可以做实验验证。(其实在IAR下也有相应的Flashloader可以支持,但是一般没有人用) over
相关文章推荐
- Atmel ARM9启动流程与Bootstrap的大小内幕
- Atmel ARM9启动流程与Bootstrap的大小内幕
- struts2的启动流程与请求流程
- 站在大神的肩膀上 - 简述Android应用启动流程
- Android启动流程分析(四) init进程分析
- [kernel 启动流程]系列
- Activity的启动流程(二)
- SystemUI启动流程及主体布局介绍
- Java NIO框架Netty教程(四) – ServerBootStrap启动流程源码分析
- linux 启动流程详解
- Android开机启动流程5_第三方code
- [project X] tiny210(s5pv210)上电启动流程(BL0-BL2)
- apollo broker 启动流程
- phonemefeature mr4 虚拟机 MVM模式 启动主流程
- android源码解析之(十二)-->系统启动并解析Manifest的流程
- iOS/iPhone 程序文件目录结构以及启动流程
- RHEL5的启动流程
- Android arm linux kernel启动流程(一)
- Ubuntu启动流程学习笔记(Upstart事件机制)
- Kernel启动流程源码解析 7 rest_init()