ARM IMPORT Image$$RO$$Limit 的含义

2020-06-30来源: eefocus关键字:ARM  IMPORT  Image$$RO$$Limit  含义

ARM IMPORT Image$$RO$$Limit 的含义

IMPORT |Image$$RO$$Base| ; Base of ROM code

IMPORT |Image$$RO$$Limit| ; End of ROM code (=start of ROM data)

IMPORT |Image$$RW$$Base|   ; Base of RAM to initialise

IMPORT |Image$$ZI$$Base|   ; Base and limit of area

IMPORT |Image$$ZI$$Limit| ; to zero initialise

IMPORT MMU_SetAsyncBusMode

IMPORT MMU_SetFastBusMode ;

IMPORT Main    ; The main entry of mon program

...........

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


首先申明我使用的调试软件为ADS1.2,当我们把程序编写好以后,就要进行编译和链接了,在ADS1.2中选择MAKE按钮,会出现一个Errors and Warnings 的对话框,在该栏中显示编译和链接的结果,如果没有错误,在文件的最后应该能看到Image component sizes,后面紧跟的依次是Code,RO 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)


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


在ADS的Debug Settings中有一栏是Linker/ARM Linker,在output选项中有一个RO base选项,下面应该有一个地址,我这里是0x0c100000(不是每个都一样的),后面的RW base 地址是0x0c200000,然后在Options选项中有Image entry point ,是一个初始程序的入口地址,我这里是0x0c100000 。


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


|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+0x37(4的倍数,0到55,共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


ARM启动代码学习(一)RO和RW还有ZI代表什么?


一般而言,一个程序包括只读的代码段和可读写的数据段。在ARM的集成开发环境中,只读的代码段和常量被称作RO段(ReadOnly);可读写的全局变量和静态变量被称作RW段(ReadWrite);RW段中要被初始化为零的变量被称为ZI段(ZeroInit)。对于嵌入式系统而言,程序映象都是存储在Flash存储器等一些非易失性器件中的,而在运行时,程序中的RW段必须重新装载到可读写的RAM中。这就涉及到程序的加载时域和运行时域。简单来说,程序的加载时域就是指程序烧入Flash中的状态,运行时域是指程序执行时的状态。对于比较简单的情况,可以在ADS集成开发环境的ARM LINKER选项中指定RO BASE和RW BASE,告知连接器RO和RW的连接基地址。对于复杂情况,如RO段被分成几部分并映射到存储空间的多个地方时,需要创建一个称为“分布装载描述文件”的文本文件,通知连接器把程序的某一部分连接在存储器的某个地址空间。需要指出的是,分布装载描述文件中的定义要按照系统重定向后的存储器分布情况进行。在引导程序完成初始化的任务后,应该把主程序转移到RAM中去运行,以加快系统的运行速度。

什么是arm的映像文件,arm映像文件其实就是可执行文件,包括bin或hex两种格式,可以直接烧到rom里执行。在axd调试过程中,我们调试的是axf文件,其实这也是一种映像文件,它只是在bin文件中加了一个文件头和一些调试信息。映像文件一般由域组成,域最多由三个输出段组成(RO,RW,ZI)组成,输出段又由输入段组成。所谓域,指的就是整个bin映像文件所处在的区域,它又分为加载域和运行域。加载域就是映像文件被静态存放的工作区域,一般来说flash里的 整个bin文件所在的地址空间就是加载域,当然在程序一般都不会放在 flash里执行,一般都会搬到sdram里运行工作,它们在被搬到sdram里工作所处的地址空间就是运行域。我们输入的代码,一般有代码部分和数据部分,这就是所谓的输入段,经过编译后就变成了bin文件中ro段和rw段,还有所谓的zi段,这就是输出段。对于加载域中的输出段,一般来说ro段后面紧跟着rw段,rw段后面紧跟着zi段。在运行域中这些输出段并不连续,但rw和zi一定是连着的。zi段和rw段中的数据其实可以是rw属性。


| Image$$RO$$Base| |Image$$RO$$Limit| |Image$$RW$$Base| |Image$$ZI$$Base| |Image$$ZI$$Limit|这几个变量是编译器通知的,我们在 makefile文件中可以看到它们的值。它们指示了在运行域中各个输出段所处的地址空间,| Image$$RO$$Base| 就是ro段在运行域中的起始地址,|Image$$RO$$Limit| 是ro段在运行域中的截止地址,其它依次类推。我们可以在linker的output中指定,在 simple模式中,ro base对应的就是| Image$$RO$$Base|,rw base 对应的是|Image$$RW$$Base|,由于rw和zi相连,|Image$$ZI$$Base| 就等于|Image$$RW$$limit|。其它的值都是编译器自动计算出来的。


下面是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} ;将r0值作为地址处(ResetEntry)连续的4个32位数依次转入r4,r5,r6,r7;同时r0增加。


stmia r2!, {r4-r7};将r4,r5,r6,r7的值依次存入|Image$$RO$$Base|地址处;同时r2增加。


cmp r2, r3


bcc %B0;


;part 2,搬rw段到sdram,目的地址从|Image$$RW$$Base| 开始,到|Image$$ZI$$Base|结束


sub r2, r2, r3;r2=0 ;上面拷贝时每次拷贝4个双字(32位)大小,但是RO段大小不一定是4的整数倍,所以可能多拷贝了几个双字大小,r2-r3得到多拷贝的个数


sub r0, r0, r2 ;r0-(r2-r3)可以使r0指向在boot nand中RO的结束地址


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


至此三个输出段组成(RO,RW,ZI)拷贝和初始化结束。                          


RO段、RW段和ZI段       




学ARM。这些必须要懂:一直以来对于ARM体系中所描述的RO,RW和ZI数据存在似是而非的理解,这段时间对其仔细了解了一番,发现了一些规律,理解了一些以前书本上有的但是不理解的东西,我想应该有不少人也有和我同样的困惑,因此将我的一些关于RO,RW和ZI的理解写出来,希望能对大家有所帮助。


要了解RO,RW和ZI需要首先了解以下知识:


ARM程序的组成


此处所说的“ARM程序”是指在ARM系统中正在执行的程序,而非保存在ROM中的bin映像(image)文件,这一点清注意区别。


一个ARM程序包含3部分:RO,RW和ZI


RO是程序中的指令和常量


RW是程序中的已初始化变量


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


由以上3点说明可以理解为:


RO就是readonly,


RW就是read/write,


ZI就是zero


ARM映像文件的组成


所谓ARM映像文件就是指烧录到ROM中的bin文件,也成为image文件。以下用Image文件来称呼它。


Image文件包含了RO和RW数据。


之所以Image文件不包含ZI数据,是因为ZI数据都是0,没必要包含,只要程序运行之前将ZI数据所在的区域一律清零即可。包含进去反而浪费存储空间。


Q:为什么Image中必须包含RO和RW?


A:因为RO中的指令和常量以及RW中初始化过的变量是不能像ZI那样“无中生有”的。


ARM程序的执行过程


从以上两点可以知道,烧录到ROM中的image文件与实际运行时的ARM程序之间并不是完全一样的。因此就有必要了解ARM程序是如何从ROM中的image到达实际运行状态的。


实际上,RO中的指令至少应该有这样的功能:


1. 将RW从ROM中搬到RAM中,因为RW是变量,变量不能存在ROM中。


2. 将ZI所在的RAM区域全部清零,因为ZI区域并不在Image中,所以需要程序根据编译器给出的ZI地址及大小来将相应得RAM区域清零。ZI中也是变量,同理:变量不能存在ROM中


在程序运行的最初阶段,RO中的指令完成了这两项工作后C程序才能正常访问变量。否则只能运行不含变量的代码。


关键字:ARM  IMPORT  Image$$RO$$Limit  含义 编辑:什么鱼 引用地址:http://news.eeworld.com.cn/mcu/ic501612.html 本网站转载的所有的文章、图片、音频视频文件等资料的版权归版权所有人所有,本站采用的非本站原创文章及图片等内容无法一一联系确认版权者。如果本网所选内容的文章作者及编辑认为其作品不宜公开自由传播,或不应无偿使用,请及时通过电子邮件或电话通知我们,以迅速采取适当措施,避免给双方造成不必要的经济损失。

上一篇:s3c2440.jflash项目的配置(使用jlink下载boot到norflash)
下一篇:S3C2440运行裸机小程序需烧录到NAND Flash

关注eeworld公众号 快捷获取更多信息
关注eeworld公众号
快捷获取更多信息
关注eeworld服务号 享受更多官方福利
关注eeworld服务号
享受更多官方福利

推荐阅读

PIC32单片机harmony开发环境 - uart例程和代码分析
开发环境:mplab 3.45 harmony 1.09 xc32 1.42源代码下载:http://download.csdn.net/detail/zn2857/9712707源代码分析:void APP_Tasks ( void ){     /* Check the application's current state. */    switch ( appData.state )    {        /* Application's initial state. */   
发表于 2020-06-06
ADS1.2使用jlink调试程序(调试芯片s3c2440arm9)
一、软件安装ADS1.2下载:http://down.drv5.cn/www.drv5.cn/arm ads1.2.rarjlink驱动下载:http://fastsoft.onlinedown.net/down/JLink_Windows_V630d.exeS3C2440led裸机程序(GT2440开发板的):https://download.csdn.net/download/u012577474/11249524下载,安装上面的3个软件。二、CodeWarrior编辑arm程序ADS安装后,会安装以下这些工具。这里先打开CodeWarrior,导入我们的led裸机程序。程序目录:导入程序:二、AXD使用J-link调试程序
发表于 2020-06-06
ADS1.2使用jlink调试程序(调试芯片s3c2440arm9)
SmartARM3250用户文件系统烧写办法
烧写内核和安全文件系统后,在U-Boot下,输入run safemode可进入安全系统,在安全系统下,烧写用户文件系统。 烧写用户文件系统实际上就是将文件系统压缩包rootfs.tar或者rootfs.tar.bz2释放到NAND FLASH分区。 大致流程如下:(1)将NAND FLASH用户文件系统分区MTD4 mount到系统某个目录下,如/mnt目录:(2)将存放rootfs.tar或者rootfs.tar.bz2文件系统档案包的介质(如U盘、SD卡、CF卡或者NFS服务器)挂在到系统另外一个目录,如/tmp目录。(3)将/tmp目录下的rootfs档案包释放到MTD挂在目录/mnt,等待释放
发表于 2020-06-06
SmartARM3250用串口烧写U-Boot无法启动解决办法
(3)选择tera term的file-》send file,在文件传输界面选中binary: 传输完毕后,发送终止信号ALT+B (4)输入nsave和aboot flash raw 0x83f80000,完成保存和启动参数设置。 附:启动效果kickstart init ok!copy s1l to memery!jump to s1l! SmartARM LPC3250 boardBuild date: Dec 24 2008 08:38:21Autoboot in progress, press any key to stop  U-Boot 2010.06
发表于 2020-06-06
SmartARM3250用串口烧写U-Boot无法启动解决办法
单片机p0口的工作原理解析
学习ARM嵌入式的时候,发现自己对以前学过的数模器件的知识遗忘了不少,按照我的进度本来应该继续学习ARM微处理器控制的课程,但想着后来势必还会遇到相同的问题所以就准备中断一下,杀回来把汇编和一些电路知识再总结一下,查漏补缺。如果有写的不合理的地方,还请多多指教。言归正传,先来一幅图片来引入今天要讲述的三个知识点:锁存器(由一个D触发器构成)D:数据输入端;CP/CLK:时序信号输入端;Q:输出端;~Q:反向输出端;工作原理:当D端输入数据信号,CP/CLK端没有时序信号时,Q和~Q端将不会有信号输出;当D端输入数据信号,CP/CLK端有时序信号时,Q和~Q端有信号输出;当D端和CP/CLK端同时有信号输入后突然撤掉CP/CLK信号
发表于 2020-06-06
单片机p0口的工作原理解析
ARMv8(aarch64)页表建立过程详细分析
1 ARMv8存储管理1.1 Aarch64 Linux中的内存布局ARMv8架构可以支持48位虚拟地址,并配置成4级页表(4K页),或者3级页表(64K页)。而本Linux系统只使用39位虚拟地址(512G内核,512G用户),配置成3级页表(4K页)或者2级页表(64K页)用户空间的地址63:39位都置零,内核空间地址63:39都置一,虚拟地址的第63位可以用来选择TTBRx。swapper_pg_dir只包含内核全局映射,用户的pgd包含用户(非全局)映射。swapper_pg_dir地址在TTBR1中,不会写入TTBR0中。AArch64Linux内存布局:Start       
发表于 2020-06-04
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件
电子工程世界版权所有 京ICP证060456号 京ICP备10001474号 电信业务审批[2006]字第258号函 京公海网安备110108001534 Copyright © 2005-2020 EEWORLD.com.cn, Inc. All rights reserved