ARM中的RO、RW和ZI DATA说明

最新推荐文章于 2024-01-06 23:04:25 发布

技术才是王道

最新推荐文章于 2024-01-06 23:04:25 发布

阅读量573

点赞数

分类专栏： ARM 文章标签： image flash attributes linker input output

本文链接：https://blog.csdn.net/pdpfd/article/details/7730613

版权

ARM 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

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程序才能正常访问变量。否则只能运行不含变量的代码。

            说了上面的可能还是有些迷糊，RO，RW和ZI到底是什么，下面我将给出几个例子，最直观的来说明RO，RW，ZI在C中是什么意思。
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和Prog2的RO包含了Code和RO Data两类数据。他们的唯一区别就是Prog2的RO Data比Prog1多了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)
            ==================================================
            可以看出Prog3和Prog4之间确实只有RW Data之间相差了1个字节，这个字节正是被初始化过的一个字符型变量“a”所引起的。

3、ZI
            再看两个程序，他们之间的差别是一个未初始化的变量“a”，从之前的了解中，应该可以推测，这两个程序之间应该只有ZI大小有差别。
            Prog3：
            #include <stdio.h>
            void main(void)
            {
            ;
            }
            Prog4：
            #include <stdio.h>
            char a；
            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 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 Flash，Nor Flash
            RAM主要指：PSRAM，SDRAM，SRAM，DDRAM

------------------------------------------

Image$$??$$Limit 的含义

对于刚学习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 ;表示程序代码存放的起始地址

加点自己的补充：

RO 是code + RO Data ，RO data应该是const声明的常量

下载到固件中的代码包括RO和RW，ZI主要被malloc 函数用到，还有这些概念和堆栈的联系，malloc声明的变量在heap（堆）中，stack（栈）是用来存放临时变量的。

-----------------------------------------------------

一般而言，一个程序包括只读的代码段和可读写的数据段。在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属性。

            下面是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

------------------------------------------------------------

一概述

Scatter file (分散加载描述文件)用于armlink的输入参数，他指定映像文件内部各区域的download与运行时位置。Armlink将会根据scatter file生成一些区域相关的符号，他们是全局的供用户建立运行时环境时使用。（注意：当使用了scatter file 时将不会生成以下符号 Image$$RW$$Base, Image$$RW$$Limit, Image$$RO$$Base, Image$$RO$$Limit, Image$$ZI$$Base, and Image$$ZI$$Limit）

二什么时候使用scatter file

当然首要的条件是你在利用ADS进行项目开发，下面我们看看更具体的一些情况。
1 存在复杂的地址映射：例如代码和数据需要分开放在在多个区域。
2 存在多种存储器类型：例如包含 Flash,ROM,SDRAM,快速SRAM。我们根据代码与数据的特性把他们放在不同的存储器中，比如中断处理部分放在快速SRAM内部来提高响应速度，而把不常用到的代码放到速度比较慢的Flash内。
3 函数的地址固定定位：可以利用Scatter file实现把某个函数放在固定地址，而不管其应用程序是否已经改变或重新编译。
4 利用符号确定堆与堆栈：
5 内存映射的IO：采用scatter file可以实现把某个数据段放在精确的地指处。
因此对于嵌入式系统来说scatter file是必不可少的，因为嵌入式系统采用了ROM，RAM，和内存映射的IO。

分散加载能够将加载和运行时存储器中的代码和数据描述在被称为分散加载描述文件的一个文本描述文件中，以供连接时使用。
（1）分散加载区
分散加载区域分为两类：
• 加载区，包含应用程序复位和加载时的代码和数据。
• 执行区，包含应用程序执行时的代码和数据。应用程序启动过程中，从每个加载区可创建一个或多个执行区。
映象中所有的代码和数据准确地分为一个加载区和一个执行区。
（2）分散加载文件示例
ROM_LOAD 0x0000 0x4000
{
    ROM_EXEC 0x0000 0x4000; Root region
    {
        * (+RO); All code and constant data
    }
    RAM 0x10000 0x8000
    {
        * (+RW, +ZI); All non-constant data
    }
}

（3）分散加载文件语法
load_region_name start_address | "+"offset [attributes] [max_size]
{
    execution_region_name start_address | "+"offset [attributes][max_size]
    {
        module_select_pattern ["("
                                    ("+" input_section_attr | input_section_pattern)
                                    ([","] "+" input_section_attr | "," input_section_pattern)) *
                               ")"]
    }
}
load_region：       加载区，用来保存永久性数据（程序和只读变量）的区域；
execution_region：执行区，程序执行时，从加载区域将数据复制到相应执行区后才能被正确执行；
load_region_name：加载区域名，用于“Linker”区别不同的加载区域，最多31个字符；
start_address：     起始地址，指示区域的首地址；
+offset：           前一个加载区域尾地址＋offset 做为当前的起始地址，且“offset”应为“0”或“4”的倍数；
attributes：        区域属性，可设置如下属性：
                    PI       与地址无关方式存放；
                    RELOC    重新部署，保留定位信息，以便重新定位该段到新的执行区；
                    OVERLAY 覆盖，允许多个可执行区域在同一个地址，ADS不支持；
                    ABSOLUTE 绝对地址（默认）；
max_size：          该区域的大小；
execution_region_name：执行区域名；
start_address：     该执行区的首地址，必须字对齐；
+offset：           同上；
attributes：        同上；
                    PI          与地址无关，该区域的代码可任意移动后执行；
                    OVERLAY     覆盖；
                    ABSOLUTE    绝对地址（默认）；
                    FIXED       固定地址；
                    UNINIT      不用初始化该区域的ZI段；
module_select_pattern：目标文件滤波器，支持通配符“*”和“?”；
                        *.o匹配所有目标，* （或“.ANY”）匹配所有目标文件和库。
input_section_attr：    每个input_section_attr必须跟随在“＋”后；且大小写不敏感；
                        RO-CODE 或 CODE
                        RO-DATA 或 CONST
                        RO或TEXT, selects both RO-CODE and RO-DATA
                        RW-DATA
                        RW-CODE
                        RW 或 DATA, selects both RW-CODE and RW-DATA
                        ZI 或 BSS
                        ENTRY, that is a section containing an ENTRY point.
                        FIRST，用于指定存放在一个执行区域的第一个或最后一个区域；
                        LAST，同上；
input_section_pattern：段名；
汇编中指定段：
     AREA    vectors, CODE, READONLY
C中指定段：
#pragma arm section [sort_type[[=]"name"]] [,sort_type="name"]*
sort_type:      code、rwdata、rodata、zidata
                如果“sort_type”指定了但没有指定“name”，那么之前的修改的段名将被恢复成默认值。
#pragma arm section     // 恢复所有段名为默认设置。
应用：
    #pragma arm section rwdata = "SRAM",zidata = "SRAM"
        static OS_STK SecondTaskStk[256];              // “rwdata”“zidata”将定位在“sram”段中。
    #pragma arm section                                 // 恢复默认设置
（4）程序中对区域地址引用的方法
Load$$region_name$$Base             Load address of the region.
Image$$region_name$$Base            Execution address of the region.
Image$$region_name$$Length          Execution region length in bytes (multiple of 4).
Image$$region_name$$Limit           Address of the byte beyond the end of the execution region.
Image$$region_name$$ZI$$Base        Execution address of the ZI output section in this region.
Image$$region_name$$ZI$$Length      Length of the ZI output section in bytes (multiple of 4).
Image$$region_name$$ZI$$Limit       Address of the byte beyond the end of the ZI output sectionin the execution region.
SectionName$$Base                   Input Address of the start of the consolidated section called SectionName.
SectionName$$Limit                  Input Address of the byte beyond the end of the consolidated section called SectionName.
Load：          加载区，即存放地址；
Image：         执行区，即运行地址；
Base：          区首地址；
Limit：         区尾地址；
Length：        区长度；
region_name：   RO、RW、ZI、load_region_name、execution_region_name；
例如：
    “RAM1”区域的首地址：      Image$$RAM1$$Base
    上例中“sram”段首地址：    sram$$Base
汇编引用示例：
IMPORT |Load$$Exec_RAM1$$Base|              // Exec_RAM1 为“RW”段
IMPORT |Image$$Exec_RAM1$$Base|
IMPORT |Image$$Exec_RAM1$$Length|
IMPORT |Image$$Exec_RAM1$$Limit|
LDR R0, =|Load$$Exec_RAM1$$Base|
LDR R1, =|Image$$Exec_RAM1$$Base|
LDR R2, =|Image$$Exec_RAM1$$Limit|
0
CMP R1,   R2
LDRCC R3,   [R0], #4
STRCC R3,   [R1], #4
BCC %b0
C 引用：
extern unsigned char Load$$Exec_RAM1$$Base;
extern unsigned char Image$$Exec_RAM1$$Base;
extern unsigned char Image$$Exec_RAM1$$Length;
void MoveRO(void)
{
unsigned char * psrc, *pdst;
unsigned int count;
count = (unsigned int)   &Image$$Exec_RAM1$$Length;
psrc = (unsigned char *)&Load$$Exec_RAM1$$Base;
pdst = (unsigned char *)&Image$$Exec_RAM1$$Base;
while (count--) {
*pdst++ = *psrc++;
}
}
二.分散加载应用
前面提到过，从NAND Flash启动，对于S3C2410而言，由于片内具有4K的称作"SteppingStone"的SRAM，NAND FLASH的最低4K代码可以自动复制到"SteppingStone"，因此可以将初始化等代码放在NAND FLASH的低4K区域内，其他的代码放置在4K以外，在初始化代码内将这些代码复制到外部SDRAM，从而这些代码可以在外部SDRAM内运行。
1.应用实例描述
先完成初始化操作，并且在初始化代码中将NAND FLASH的4K范围以外的代码（简单起见，这部分代码可以操作LED灯）复制到外部SDRAM中。主要目的是使用分散加载文件以及将NAND FLASH中的数据代码复制到SDRAM中。
2.分散加载文件
NAND_FLASH_LOAD 0x0 0x1000
{
    RAM_EXEC +0 0x1000
    {
        ;参见前面的加载文件语法
    }
}
NAND_FLASH_LOAD2 0x1000
{
    SDRAM_EXEC 0x30000000
    {
        ;参见前面的加载文件语法
    }
}
（1）将一些初始化代码放在第一个加载区（根区：加载地址和执行地址相同的区域，每一个分散加载描述文件必须至少要有一个根区。），地址范围为：0x0000~0x0fff的4K，其执行区的地址范围也是0x0000~0x0fff的4K，这正好是NAND FLASH启动时自动复制的地址范围。
（2）其他代码放在第2个加载区，从地址0x1000开始，由于这一部分不能自动复制，因此在初始化代码中应该将这一部分复制到外部SDRAM中，其执行区的起始地址为外部SRDAM的地址。
3. 二进制文件烧录
由于有2个加载区，因此生成的二进制文件有2个，文件名对应于相应的执行区名，分别是RAM_EXEC和SDRAM_EXEC，需要注意的是，应该将存放初始化代码的加载区对应的二进制文件RAM_EXEC烧录NAND FLASH的低4K区域，第二个加载区对应的二进制文件SDRAM_EXEC烧录到4K以后的区域。这个可以通过修改Samsuang的sjf烧录程序实现，原来的烧录程序是按BLOCK（16K）烧录，可以修改为按4K的Section烧录，即将1个Block分为4个Section（4K）。主要修改 k9s1208.c中的K9S1208_Program函数，需要注意的是，由于NAND FLASH写入前应该擦除，擦除是按Block擦除，由于现在是按Section写，因此应该注意只有在第1次写某一块中的Section前进行擦除，以后再写着一块的其它Section前不能再进行擦除。
这样RAM_EXEC烧录到0 SECTION，SDRAM_EXEC烧录到1 SECTION开始的以后的区域中，完成后复位即可