原创 ARM Linux学习笔记1:ARM映像文件

2009-7-21 23:13 6862 9 11 分类: MCU/ 嵌入式

ARM Linux学习笔记1ARM映像文件<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />


什么是arm的映像文件


    arm映像文件其实就是可执行文件,包括binhex两种格式,可以直接烧到rom里执行。在axd调试过程中,我们调试的是axf文件,其实这也是一种映像文件,它只是在bin文件中加了一个文件头和一些调试信息。


    可以参考下面的pdf:ARM映像文件及执行机理


 


part1https://static.assets-stash.eet-china.com/album/old-resources/2009/7/21/12658b1f-5eaf-4367-8077-87a49da6d507.rar" target=_blank>rar  part2

 


映像文件的组成


ARM映像文件是一个层次性结构的文件,包括了域(region),输出段(output section)和输入段(input section)


所谓域,指的就是整个bin映像文件所处在的区域,它又分为加载域运行域


加载域就是映像文件被静态存放的工作区域,一般来说flash里的 整个bin文件所在的地址空间就是加载域,当然在程序一般都不会放在 flash里执行,一般都会搬到sdram里运行工作,它们在被搬到sdram里工作所处的地址空间就是运行域


ARM映像文件一开始总是存储在ROMFlash里面的,其RO部分既可以在ROMFlash里面执行,也可以转移到速度更快的RAM中执行;而RWZI这两部分是必须转移到可写的RAM里去,其实RW包括ZI区域。


什么是RO段、RW段和ZI


一个ARM程序包含3部分:RORWZI

RO
就是ReadOnly程序中的指令和常量

RW
就是Read/Write程序中的已初始化变量

ZI
就是Zero Init程序中的未初始化的变量

Image
文件包含了RORW数据。
   
之所以Image文件不包含ZI数据,是因为ZI数据都是0,没必要包含,只要程序运行之前将ZI数据所在的区域一律清零即可。包含进去反而浪费存储空间。
Q
:为什么Image中必须包含RORW
A
:因为RO中的指令和常量以及RW中初始化过的变量是不能像ZI那样无中生有的。



ARM程序的执行过程
   
从以上两点可以知道,烧录到ROM中的image文件与实际运行时的ARM程序之间并不是完全一样的。因此就有必要了解ARM程序是如何从ROM中的image到达实际运行状态的。
实际上,RO中的指令至少应该有这样的功能:
1.
RWROM中搬到RAM中,因为RW是变量,变量不能存在ROM中。
2.
ZI所在的RAM区域全部清零,因为ZI区域并不在Image中,所以需要程序根据编译器给出的ZI地址及大小来将相应得RAM区域清零。ZI中也是变量,同理:变量不能存在ROM
   
在程序运行的最初阶段,RO中的指令完成了这两项工作后C程序才能正常访问变量。否则只能运行不含变量的代码。


为了更直观说明RO,RW,ZIC中的意思,请看下面例子:
1)RO
   
看下面两段程序,他们之间差了一条语句,这条语句就是声明一个字符常量。因此按照我们之前说的,他们之间应该只会在RO数据中相差一个字节(字符常量为1字节)。
Prog1

#include <stdio.h>
void main(void)
{
;
}
Prog2

#include <stdio.h>
const char a = 5

void main(void)
{
;
}


Prog1编译出来后的信息如下:
===========================================================
Code
RO Data RW Data ZI Data Debug
948 60 0 96 0 Grand Totals
===========================================================
Total
RO Size(Code + RO Data) 1008 ( 0.98kB)
Total
RW Size(RW Data + ZI Data) 96 ( 0.09kB)
Total ROM Size(Code +
RO Data + RW Data) 1008 ( 0.98kB)
===========================================================


Prog2编译出来后的信息如下:
===========================================================
Code
RO Data RW Data ZI Data Debug
948 61 0 96 0 Grand Totals
===========================================================
Total
RO Size(Code + RO Data) 1009 ( 0.99kB)
Total
RW Size(RW Data + ZI Data) 96 ( 0.09kB)
Total ROM Size(Code +
RO Data + RW Data) 1009 ( 0.99kB)
===========================================================
   
以上两个程序编译出来后的信息可以看出:
    Prog1
Prog2RO包含了CodeRO Data两类数据。他们的唯一区别就是Prog2RO DataProg1多了1个字节。这正和之前的推测一致。
如果增加的是一条指令而不是一个常量,则结果应该是Code数据大小有差别。


2)RW


同样再看两个程序,他们之间只相差一个已初始化的变量,按照之前所讲的,已初始化的变量应该是算在RW中的,所以两个程序之间应该是RW大小有区别。
Prog3

#include <stdio.h>
void main(void)
{
;
}
Prog4

#include <stdio.h>
char a = 5

void main(void)
{
;
}


Prog3编译出来后的信息如下:
===========================================================
Code
RO Data RW Data ZI Data Debug
948 60 0 96 0 Grand Totals
===========================================================
Total
RO Size(Code + RO Data) 1008 ( 0.98kB)
Total
RW Size(RW Data + ZI Data) 96 ( 0.09kB)
Total ROM Size(Code +
RO Data + RW Data) 1008 ( 0.98kB)
===========================================================


Prog4编译出来后的信息如下:
===========================================================
Code
RO Data RW Data ZI Data Debug
948 60 1 96 0 Grand Totals
===========================================================
Total
RO Size(Code + RO Data) 1008 ( 0.98kB)
Total
RW Size(RW Data + ZI Data) 97 ( 0.09kB)
Total ROM Size(Code +
RO Data + RW Data) 1009 ( 0.99kB)
===========================================================
   
可以看出Prog3Prog4之间确实只有RW Data之间相差了1个字节,这个字节正是被初始化过的一个字符型变量“a”所引起的。


3) ZI
   
再看两个程序,他们之间的差别是一个未初始化的变量“a”,从之前的了解中,应该可以推测,这两个程序之间应该只有ZI大小有差别。
Prog5

#include <stdio.h>
void main(void)
{
;
}
Prog6

#include <stdio.h>
char a

void main(void)
{
;
}


Prog5编译出来后的信息如下:
===========================================================
Code
RO Data RW Data ZI Data Debug
948 60 0 96 0 Grand Totals
===========================================================
Total
RO Size(Code + RO Data) 1008 ( 0.98kB)
Total
RW Size(RW Data + ZI Data) 96 ( 0.09kB)
Total ROM Size(Code +
RO Data + RW Data) 1008 ( 0.98kB)
===========================================================


Prog6编译出来后的信息如下:
===========================================================
Code
RO Data RW Data ZI Data Debug
948 60 0 97 0 Grand Totals
===========================================================
Total
RO Size(Code + RO Data) 1008 ( 0.98kB)
Total
RW Size(RW Data + ZI Data) 97 ( 0.09kB)
Total ROM Size(Code +
RO Data + RW Data) 1008 ( 0.98kB)
===========================================================
   
编译的结果完全符合推测,只有ZI数据相差了1个字节。这个字节正是未初始化的一个字符型变量“a”所引起的。
注意:如果一个变量被初始化为0,则该变量的处理方法与未初始化华变量一样放在ZI区域。


即:ARM C程序中,所有的未初始化变量都会被自动初始化为0
总结:
1)C
中的指令以及常量被编译后是RO类型数据。
2)C
中的未被初始化或初始化为0的变量编译后是ZI类型数据。
3) C
中的已被初始化成非0值的变量编译后市RW类型数据。
附:
程序的编译命令(假定C程序名为tst.c):
armcc -c -o tst.o tst.c
armlink -noremove -elf -nodebug -info totals -info sizes -map -list aa.map -o tst.elf tst.o
编译后的信息就在aa.map文件中。
ROM
主要指:NAND FlashNor Flash
RAM
主要指:PSRAMSDRAMSRAMDDRAM


 


启动代码中Image$$??$$Limit 的含义


对于刚学习ARM的人来说,如果分析它的启动代码,往往不明白下面几个变量的含义:|Image$$RO$$Limit||Image$$RW$$Base||Image$$ZI$$Base|


 


|Image$$RO$$Base| RO段起始地址
|Image$$RO$$Limit|
RO段结束地址加1
|Image$$RW$$Base|
RW段起始地址
|Image$$RW$$Limit|
ZI段结束地址加1
|Image$$ZI$$Base| 
ZI段起始地址
|Image$$ZI$$Limit| 
ZI段结束地址加1


 


首先申明我使用的调试软件为ADS1.2,当我们把程序编写好以后,就要进行编译和链接了,在ADS1.2中选择MAKE按钮,会出现一个Errors and Warnings 的对话框,在该栏中显示编译和链接的结果,如果没有错误,在文件的最后应该能看到Image component sizes,后面紧跟的依次是CodeRO Data RW Data ZI Data Debug 各个项目的字节数,最后会有他们的一个统计数据:


 


Code 163632 RO Data 20939 RW Data 53 ZI Data 17028


Tatal RO size (Code+ RO Data)              184571 (180.25kB)


Tatal RW size(RW Data+ ZI Data)            17081(16.68 kB)


Tatal ROM size(Code+ RO Data+ RW Data)   184624(180.30 kB)


 


后面的字节数是根据用户不同的程序而来的,下面就以上面的数据为例来介绍那几个变量的计算。


ADSDebug Settings中有一栏是Linker/ARM Linker,在output选项中有一个RO base选项,下面应该有一个地址,我这里是0x<?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" />0c100000,后面的RW base 地址是0x0c200000,然后在Options选项中有Image entry point ,是一个初始程序的入口地址,我这里是0x0c100000


 


点击看大图


<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" />


Linker/ARM LinkerRO base0x0c100000  RW base0x0c200000


 

62256f78-606b-4ed6-ade6-40b404e71ab3.JPG 



OptionsImage entry point0x0c100000


 


有了上面这些信息我们就可以完全知道这几个变量是怎么来的了:


 


|Image$$RO$$Base| = Image entry point = 0x0c100000 ;表示程序代码存放的起始地址


|Image$$RO$$Limit|=程序代码起始地址+代码长度+1=0x0c100000+Tatal RO size+1


= 0x0c100000 + 184571 + 1 = 0x0c100000 +0x2D0FB + 1


= 0x0c12d0fc


|Image$$RW$$Base| = 0x0c200000 ;RW base 地址指定


|Image$$RW$$Limit| =|Image$$RW$$Base|+ RW Data 53 = 0x0c200000+0x374的倍数,055,共56个单元)


=0x0c200037


|Image$$ZI$$Base| = |Image$$RW$$Limit| + 1 =0x0c200038


|Image$$ZI$$Limit| = |Image$$ZI$$Base| + ZI Data 17028


=0x0c200038 + 0x4284


=0x0c2042bc


也可以由此计算:


|Image$$ZI$$Limit| = |Image$$RW$$Base| +TatalRWsize(RWData+ZIData) 17081


=0x0c200000+0x42b9+3(要满足4的倍数)


=0x0c2042bc


 


2410启动代码注释


BaseOfROM DCD |Image$$RO$$Base|
TopOfROM  DCD |Image$$RO$$Limit|
BaseOfBSS DCD |Image$$RW$$Base|
BaseOfZero DCD |Image$$ZI$$Base|
EndOfBSS DCD |Image$$ZI$$Limit|


 


adr r0, ResetEntry;ResetEntry是复位运行时域的起始地址,在boot nand中一般是0
ldr r2, BaseOfROM;
cmp r0, r2
ldreq r0, TopOfROM;TopOfROM=0x30001de0
,代码段地址的结束
beq InitRam
ldr r3, TopOfROM


 


;part 1,通过比较,将ro搬到sdram里,搬到的目的地址从 | Image$$RO$$Base| 开始,到|Image$$RO$$Limit|结束

0
ldmia r0!, {r4-r7}
stmia r2!, {r4-r7}
cmp r2, r3
bcc %B0;



;part 2,搬rw段到sdram,目的地址从|Image$$RW$$Base| 开始,到|Image$$ZI$$Base|结束
sub r2, r2, r3;r2=0
sub r0, r0, r2;
InitRam ;carry rw to baseofBSS
ldr r2, BaseOfBSS ;TopOfROM=0x30001de0,baseofrw
ldr r3, BaseOfZero ;BaseOfZero=0x30001de0
0
cmp r2, r3
ldrcc r1, [r0], #4
strcc r1, [r2], #4
bcc %B0


 


;part 3,将sdram zi初始化为0,地址从|Image$$ZI$$Base||Image$$ZI$$Limit|
mov r0, #0;init 0
ldr r3, EndOfBSS;EndOfBSS=30001e40
1
cmp r2, r3
strcc r0, [r2], #4
bcc %B1


 


 


 


参考资料:


1)     RO段、RW段和ZI | Computer, Electron and Technology


http://www.donevii.com/post/638.html


2)     ARM映像文件简介及简单的初始化C运行环境 - 灿烂于草坪之上 - 博客大巴


http://kellycan.blogbus.com/logs/10962408.html


3)     Image$$??$$Limit 的含义_蓝色天空


http://hi.baidu.com/liudefang888/blog/item/6192fd45620ecc3b86947378.html


4)     2440启动代码注解 - guokun的个人空间 - ITPUB个人空间 - powered by X-Space


http://space.itpub.net/13771794/viewspace-483446


5)     ADS的基本设置 - 夏爵爷的脚步 - CSDN博客


http://blog.csdn.net/xtconan/archive/2009/05/26/4218106.aspx

文章评论2条评论)

登录后参与讨论

用户832726 2015-12-15 16:55

很好,谢谢分享!

coyoo 2013-7-8 20:44

同行?

用户377235 2013-7-7 01:08

好难得碰到一个做pet的,看到tdc. 闪烁脉冲信息获取感觉好熟悉啊。博主加油啦,现在做pet竞争也挺激烈的啦。楼主这些都是参考jinyuan wu的paper搞出来的?还是很牛的,不知大学毕业多久了?

coyoo 2013-6-21 13:44

前途光明,道路曲折,呵呵!革命不是请客吃饭,干产品也不能一蹴而就啊!反正暂时看不到曙光。应该不是一个系统,我们当初是干雷达的,属于军工!

用户446821 2013-6-21 13:35

嗯,研究所毕竟稳定。博主过谦了吧,现在应该也在事业上小有所成。将来产品上市,形式一定大好啊。博主是什么所的,莫非是一个系统的。

coyoo 2013-6-21 12:28

是呀,俺当初也是从研究所出来的,现在看看,以前坚守的同事在研究所还是混得不错滴。国内PET不能产业化的原因看来不是我等能弄清楚的,我想跟PET跨电子、核物理、化学等多学科有一定关系,而且目前独立的PET已经不流行了,现在流行PET-CT。

用户446821 2013-6-21 12:19

每行都有自己的难处啊,出去混也不容易。关于PET我也只是道听途说。武汉大学不清楚,不过我们所有自己的pet,不过我不是搞这个的,具体情况不是特别清楚。应该搞了好多年了。落实到产业化上研究所有天然的劣势,人员,领导的决心等。如果你们有稳定的投资,我觉得还是很有希望的啊。

coyoo 2013-6-21 12:08

能做研究我觉得还是挺不错的,比如做到Dr. Wu那种境界,呵呵!现在看来联影的实力还是不一般嘛,不知道什么背景?国企?民营?前几年听说温州资本进来了,金融危机的时候到老美那去搞收购,不知道有没买啥有价值的东东!老早听说国内大学以及研究所实验室里有自己的PET,不知道真的假的?你们那有自己搞的至少用于实验室的PET平台吗?听说武汉大学就有。我在想既然实验室早就搞出来了,为什么不能打入市场呢?!

用户446821 2013-6-21 11:58

在高能所,不过打算逃离北京了。现在打算联系国外的博士后,不过也有投身工业界的想法,核医学确实是个小众行当,不过貌似目前国内也慢慢开始搞了,应该机会也不错吧,我们这里不少毕业的都去了联影。

coyoo 2013-6-21 10:31

只能说是有些阶段性成果,要转化成产品还需一段不短的路要走啊。医疗影像本身是一个小众领域,更不要说核医了。如果只是做医疗影像,我感觉国内东软应该还算可以吧,不过他们侧重于软件。其他的,我还真不太了解,这个领域相互交流的并不多。方便的话,能告诉我你在哪个学校读博?
相关推荐阅读
藤井树 2015-10-12 14:43
印制电路板的抗干扰设计 zz
印制电路板的抗干扰设计     作者:中船重工集团第707所 肖麟芬   摘   要:本文以印制电路板的电磁兼容性为核心,分析了电磁干扰的产生机理...
藤井树 2013-10-22 15:32
2010.5.30 黄草梁上包饺子一日登山活动——摘韭菜篇
        上次桃花节的时候也有野韭菜,那时候的我连草和韭菜叶分不清,才回去的韭菜也不敢吃,哈哈,这次可算真正见识了韭菜,黄草梁也叫韭菜梁,因为满山遍野都是野韭菜而闻名,比较圆比较粗的就是野韭...
藤井树 2013-10-22 15:28
2010.5.30 黄草梁上包饺子一日登山活动——包饺子篇
摘韭菜回来,大家已经忙开了 我也装模作样地“工作着” 哈哈,还不让我包,包饺子是技术活,一定要皮薄馅厚才有资格包,像我这样的只能旁观了 摘的韭菜应该足够了,旁边那个袋子是我摘来带回学校的 ...
藤井树 2013-08-09 15:19
datasheet下载网站整理(查IC芯片手册)【原创】
*************************************************************************         作为电子工程师,芯片的dat...
藤井树 2010-06-04 00:21
陈伟宁王辉一家捐助渠道(北京菲亚特—英菲尼迪)
       王辉的最新消息请关注 http://chenweining.org/       目前事故责任认定已经出来了——陈家全责。        发信人: program (程序), 信区: D...
藤井树 2010-06-01 13:43
2010.5.30 黄草梁上包饺子一日登山活动——美景篇
这天不得不说的是天空,蓝蓝的天空,白白的云    绿油油的山脊  我、洪涛哥哥、huangna妹妹还有她同事小艾走在黄草梁上    在蓝天白云下合影       阳光照过来,景色真美 象鼻山,走不...
我要评论
2
9
关闭 站长推荐上一条 /3 下一条