转发一篇文章,希望有帮助:
前一段时间做了arm的一些开发,主要是编写了arm的启动软件和移植了uCOS-II到arm7。我做事情喜欢深入简出,及从最简单,最原理的方面先做一个框架,然后在这个框架里面进行补充。我还是一个很喜欢和别人讨论的人,希望有人可以给我提出意见和建议。我的这个心得很初级,都是一些基本的东西。现在拿出来和大家分享,希望在我毕业之前能给大家留一些纪念。^_^
原文位置
由于这些东西发paper实在是没有价值,但是我感觉可以作为arm开发的入门。由于我的水平和经验有限,错误也是难免的。但是如果不拿出来和大家分享, 就算有错误我也发现不了,是么?呵呵。我现试试发连载的第一篇,看看有多少价值,如果大家觉得有价值,我会继续连载的。
原文位置
前言
原文位置
这个文档是我学习ARM编程的总结和心得。阅读这个文档的人应当首先阅读ADS1.2的帮助文档及相关内容。这个文档不会对编译器及连接器做出详细的说明, 在需要的时候会指出具体内容在相关资料的章节。同时阅读这个文档的人需要了解ARM指令集和一些ARM汇编的基本内容以及C和C++的相关编程内容。同时还需要了解
ARM的流水线结构及一些基本的编程知识。同时为了方便查阅英文文档,所有的相关术语都使用英文原文
原文位置
第一章 STARTUP
原文位置
1
ARM的启动
原文位置
一般的嵌入式系统在主程序执行之前都需要执行一些初始化的过程以创造嵌入式程序运行的环境,尤其是一些高级的
嵌入式系统,由于核心芯片使用内存映射、
内存保护等机制以及编程使用高级语言C,C++甚至JAVA语言,都需要先创建一个适合程序运行的硬件环境,然后初始化或者配置或者剪裁run-time library, 这些工作都必须在主程序运行前完成,所以一个startup程序或者程序组对于一个
嵌入式系统来说是非常重要的。要编写startup程序,需要对编译器、链接器和汇编器的细节有一定的了解,同时对
ARM芯片硬件本身的地址分配以及memory mapping机制也需要有一些了解。
原文位置
原文位置
2
ARM 程序的工作过程
原文位置
首先由各种source file经过编译产生object文件,然后object文件经过链接生成Image文件,然后通过ICE的方法,根据描述文件的指定下载到目标板上的固态存储器指定地址当中,比如flash,EEPROM, ROM等等。在程序执行之前,根据某些描述文件,将需要读写数据的部分读出放入动态存储器比如RAM当中,然后程序从ROM开始执行。或者有时为了提高程序的运行速度,也可以将所有的程序(有一些root的部分除外,以后会提及)通过一个描述文件放入指定的RAM当中,然后程序从RAM开始执行,但是这样会耗费大量的动态存储器,所以大部分程序会取折中的方法,将需要快速运行的部分和要读写的部分放入RAM中(一般读固态存储器的过程和动态
存储器的过程是一样的,但是写就不同了,所以读写的部分一定要放到
RAM中),而只读的部分和对速度要求不是那么高的部分放入固态
存储器。同时ARM结构的异常向量表规定放在地址为0x00000000开始的地址空间上,而一般的
CPU为了提高异常相应速度,会将这个向量段remap到其他的
RAM当中,所以在描述文件当中必须精确指定异常向量跳转程序的地址到remap的地方。在application程序执行前,还需要由一些文件描述application程序执行的环境。比如系统工作时钟,总线频率。现在一般
嵌入式编程语言为C,C++等。如果在使用它们的时候使用的runtime-library,那么在程序执行前还需要为这些库函数初始化heap。然后
ARM可能工作在不同的模式,还需要为不同的工作模式设置stack。这样,描述链接地址的文件,以及在 application运行前所有的初始化程序就是startup程序组
原文位置
原文位置
3 STARTUP分类
原文位置
这样,将startup程序所完成的功能分类。一类是链接地址描述,一类是各种初始化的程序。根据不同的应用,描述文件和初始化程序的内容以及结构和复杂程度都会不同。但是基本上,它们都必须实现以下功能。
原文位置
3.1 描述文件实现功能
原文位置
描述文件可以是链接命令行上简单的几个字符,也可以是一个非常复杂的文件,但是它必须完成如下功能:
原文位置
指定程序下载的地址
原文位置
指定程序执行的地址
原文位置
3.2 初始化程序实现的功能
原文位置
初始化程序根据不同的应用,其结构和复杂度也不同,但是它必须完成如下基本功能:
原文位置
异常向量初始化
原文位置
内存环境初始化
原文位置
其他硬件环境初始化
原文位置
原文位置
4 描述文件
原文位置
要编写描述文件,必须知道ARM Image文件的组成及
ARM Image文件执行的机理。
原文位置
原文位置
4.1
ARM Image的结构
原文位置
一个
ARM Image structure由linker在以下几个方面定义:
原文位置
组成它的regions 和 output sections
原文位置
当Image 下载的时候这些regions 和 sections 在
内存中的位置
原文位置
当Image 执行时这些regions和sections在
内存中的位置
原文位置
原文位置
4.1.1
ARM Image的组成
原文位置
一个
ARM Image被保存在可执行文件当中,它的层次结构可以包括Image,regions,output sections和input sections。
原文位置
一个Image由一个或多个regions组成,每个region包括一个或多个output sections
原文位置
每个output section由一个或多个input sections组成
原文位置
Input sections是一个object file中的code和data信息。
原文位置
Image的结构如下图:
原文位置
原文位置
原文位置
NOTE Input section,output section和region的定义见ADS_LinkerGuide 3-3页。
原文位置
同时Input section 有几种属性,分别为readonly,read-write,zero-initialized。分别称为RO,RW和ZI。属性来源于AREA后的attr属性。
原文位置
比如CODE是RO,DATA是RW,NOINT默认为ZI,即用0值初始化,但是可以选择不进行0值初始化。ZI属性仅仅来源于SPACE, DCB, DCD, DCDU, DCQ, DCQU, DCW, 或者DCWU。由以上定义,ZI属性的包含于RW属性,它是有初始值的RW数据。又例如在C语言中,代码为RO,静态变量和全局变量是RW,ZI的。
原文位置
原文位置
4.1.2 Image 的Load view 和 execution view
原文位置
在下载的时候Image regions被放置在memory map当中,而在执行Image前,或许你需要将一些regions放置在它们执行时的地址上,并建立起ZI regions。例如,你初始化的RW数据需要从它在下载时的在ROM中的地址处移动到执行时
RAM的地址处。
原文位置
原文位置
原文位置
NOTE Load view 和execution view的详细定义见ADS_LinkerGuide 3-4
原文位置
以上的描述包括二个内容,一是要指定各个section在load view和execution view时的地址即memory map,二是要在执行前根据这些地址进行section的初始化。
原文位置
原文位置
4.1.3 制定Memory map
原文位置
制定memory map的方法基本上有二种,一是在link时使用命令行选项,并在程序执行前利用linker pre-define symbol使用汇编语言制定section的段初始化,二是使用scatter file。以上二种方法依应用程序的复杂度而定,一针对简单的情况,二针对复杂的情况。
原文位置
原文位置
4.1.1.1 利用linker pre-define symbol使用汇编程序
原文位置
这是简单的方法,针对简单的memory map。在link时使用选项-ro, -rw, 等等指定memory map的地址。详细说明参看ADS_LinkerGuide中命令行选项说明。然后利用汇编使用pre-define symbol,来进行各种段的定位。Linker pre-define定义如下:
原文位置
原文位置
原文位置
由前面对ZI的说明,Image$$RW$$Limit = Image$$ZI$$Limit。
原文位置
原文位置
原文位置
这些都是linker预先定义的外部变量,在使用的时候可以用IMPORT引入。下面给出一个例子。 原文位置
假设linker 选项为:-ro-base 0x40000000 -rw-base 0x40003000。程序和只读变量(const 变量)大小为0x84,这样RO section的大小为0x84 bytes。Data的大小为0x04 bytes,并且data被初始化,则RW section的大小为0x04,ZI section的大小为0x04。这样程序 原文位置
在load view,地址是这样的: 原文位置
0x40000000开始到地址0x40000080,是RO section部分(程序从0x40000000开始),Image$$RO$$Limit = 0x40000084. 原文位置
0x40000084地址开始到地址0x40000084,是RW section部分。 原文位置
原文位置
在execution view,由linker的选项,各个section的地址是这样的: 原文位置
RO section的地址不变。 原文位置
RW section的起始地酚Φ蔽?x40003000,则Image$$RW$$Base = 0x40003000。 原文位置
因为全部的0x04 bytes data被初始化,所以Image$$RW$$Limit = Image$$ZI$$Limt = 0x40003004。 原文位置
现在要做的就是将RW section移到以0x40003000开始的地方,并且创造一个ZI section。 原文位置
一个更通用的做法是: 原文位置
首先比较Image$$RO$$Limit和mage$$RW$$Base,如果相等,说明execution view下RW section的地址和load view 下RW section的地址相同,这样,不需要移动RW section;如果不等,说明需要移动RW section 到它在execution view中的地方。然后将Image$$ZI$$Base地址到Image$$ZI$$Limt地址的内容清零。 原文位置
示例代码如下: 原文位置
;读入linker pre-define symbols 原文位置
原文位置
IMPORT Image$$RO$$Limit 原文位置
IMPORT Image$$RW$$Base 原文位置
IMPORT Image$$ZI$$Base 原文位置
IMPORT Image$$ZI$$Limit 原文位置
原文位置
; .......一些其他的代码或伪指令 原文位置
原文位置
;R0读入section load address 原文位置
LDR R0,= Image$$RO$$Limit 原文位置
;R1读入section execution address 原文位置
LDR R1,= Image$$RW$$Base 原文位置
;R2读入execution section 后的紧跟的word address 原文位置
LDR R2,= Image$$ZI$$Base 原文位置
;检查RW section的地址在load view和execution view下 原文位置
;是否相等,如果相等,就不移动RW section,直接建立 原文位置
;ZI scetion 原文位置
CMP R0,R1 原文位置
BEQ do_zi_init 原文位置
原文位置
;否则就copy RW section到execution view下指定的地址 原文位置
BL copy 原文位置
原文位置
; ...... 原文位置
; ...... 原文位置
原文位置
;copy 是一个用于copy的子函数,它把从R0中的地址开始的 原文位置
;section copy到R1中的地址开始的section,这个section的 原文位置
;上限地址后紧跟的word address保存在R2中 原文位置
copy 原文位置
CMP R1,R2 原文位置
LDRCC R3,[R0],#4 原文位置
STRCC R3,[R1],#4 原文位置
BCC copy 原文位置
MOV PC,LR 原文位置
原文位置
; ...... 原文位置
; ...... 原文位置
;do_zi_int子函数是为创建ZI section做一些准备工作 原文位置
do_zi_int 原文位置
;将ZI section开始的地址装入R1 原文位置
LDR R1,= Image$$ZI$$Base 原文位置
;将ZI section结束后紧跟的word address装入R2 原文位置
LDR R2,= Image$$ZI$$Limit 原文位置
;将ZI section 需要的初始化量装入R3 原文位置
MOV R3,#0 原文位置
BL zi_int 原文位置
原文位置
; ...... 原文位置
; ...... 原文位置
;zi_int子函数用于建立并初始化ZI section,ZI section的 原文位置
;开始地址储存在R1,ZI section结束后紧跟的word address 原文位置
;地址储存在R2 原文位置
原文位置
zi_int 原文位置
CMP R1,R2 原文位置
STRCC R3,[R1],#4 原文位置
BCC zi_int 原文位置
MOV PC,LR 原文位置
原文位置
; ...... 原文位置
; ...... 原文位置
这个方法针对比较简单的应用,如果需要进行一个比较复杂的memory map,如下图,那么这个方法就不适用了。为了解决复杂memory map的问题 原文位置
需要用到scatter load 机制。 原文位置
原文位置
原文位置
原文位置