Atmel ARM9启动流程
来源:互联网 发布:mui 仿照 淘宝 模板 编辑:程序博客网 时间:2024/05/16 17:14
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启动流程
- Atmel ARM9启动流程与Bootstrap的大小内幕
- Atmel ARM9启动流程与Bootstrap的大小内幕
- Atmel AT91SAM9x5系列ARM9
- Atmel SAMA5D3 U-Boot 启动流程简单分析
- ARM9启动分析--存储器区分和启动流程解析
- Atmel推出400MHz ARM9嵌入式微控制器SAM9G45
- arm9启动方式分析
- QSD8x50開機流程 (arm9)
- Atmel at91rm9200的armlinux的bootloader启动代码分析
- ARM9
- ARM启动代码(适用于arm9)
- S3C2410(ARM9)的启动方式
- arm9 norflash与nandflash启动过程分析
- arm9 norflash与nandflash启动过程分析
- 自用的ARM9(tq2440)的启动代码
- 编写基于arm9的启动文件
- arm9 norflash与nandflash启动过程分析
- iOS真机调试 for Xcode 5
- Maximum Subarray
- Android Apk签名
- 图形输入_固定位置输入点
- Redefining Tables Online
- Atmel ARM9启动流程
- 读<暗时间>的感受
- win8.1 双系统安装与VC6.0配置
- 基于vc++的网络管理的一点心得
- python unittest 测试框架
- 获取设备上所有系统app信息
- Objective-c中实现覆写init函数以及在初始化时添加参数
- Extjs ComboBox
- WIN7 x64系统下TortoiseSVN文件夹及文件图标不显示解决方法