原创 KEIL MDK输出map文件分析02

<?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" />2009年10月11日星期日19:56:48<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

标题：KEIL MDK输出map文件分析02

经过这么一分析，现在我对于程序的加载映像和执行映像有了较深的理解：程序的RO_Code加上RO_Data总共是0x2dc0这么大，地址范围0x0800,0000到0x8000,2dbf。然后在0x0800,2dc0-2dcf共16个字节放了RW加载映像地址（0x0800,2de0）、执行映像地址(0x2000,0000)、RW长度(0x20)和将该段数据从加载映像复制到执行映像的函数地址。在0x0800,2dd0-2ddf共16个字节放了ZI加载映像地址（0x0800,2e00）、执行映像地址(0x2000,0020)、ZI长度(0x480)和建立ZI、HEAP和STACK执行映像的函数地址。

在上面的第二个阶段，将ZI清零阶段，程序的ZI长度实际上只有0x20，而库代码留出了0x60的长度。因此数据区的顶端为0x2000,00a0-1。接下来从0x2000,00a0开始为堆的起始地址，堆长度加上程序栈长度为0x2000,04a0，这就是堆栈顶端，也是__initial_SP的初始值。

程序进入_rt_entry后，还要对heapstack进行处理，但我没有看到有什么用的变化。从中对库留出的ZI数据区进行了一些处理，我暂时也看不明白。好了，调试就到这里，回到map文件分析的正途。

5、第五部分：

Memory Map of the image

//映像的内存分布

  Image Entry point : 0x080000ed

//程序的入口点：这里应该是RESET_Handler的地址

  Load Region LR_IROM1 (Base: 0x08000000, Size: 0x00002e00, Max: 0x00020000, ABSOLUTE)

//程序的加载映像地址和长度，2e00=2dc0（代码和常数）+0x20（Region Table是RW的加载和执行地址、ZI与HEAPSTACK的执行地址）+0x20（已经初始化的数据）。

    Execution Region ER_IROM1 (Base: 0x08000000, Size: 0x00002de0, Max: 0x00020000, ABSOLUTE) //这段RO区域的加载映像和执行映像一致。

    Base Addr    Size         Type   Attr      Idx    E Section Name        Object

    0x08000000 0x000000ec   Data   RO      3    RESET               stm32f10x.o

    0x080000ec 0x00000008  Code   RO  191  * !!!main             __main.o(c_w.l)

   Execution Region RW_IRAM1 (Base: 0x20000000, Size: 0x000004a0, Max: 0x00005000, ABSOLUTE) //RW数据区 ZI数据区 Heap和Stack数据区。

    Base Addr    Size         Type   Attr      Idx    E Section Name        Object

    0x20000000   0x00000001   Data   RW   100    .data              tft018.o

    x20000040   0x00000060   Zero   RW  212  .bss                libspace.o(c_w.l)

    0x200000a0   0x00000000   Zero   RW  2    HEAP          stm32f10x.o

    0x200000a0   0x00000400   Zero   RW    1  STACK               stm32f10x.o

6、第六部分：Image component sizes

这是指出各个模块的输入节的大小

      Code (inc. data)   RO Data    RW Data    ZI Data      Debug   Object Name

       972         58          0         10         32       2416   can.o

       824        168          0         15          0       1791   candemo.o

       928         88          0          0          0       4529   stm32_init.o

        52         18        236          0       1024       2700   stm32f10x.o

      1836         32       4874          1          0       8076   tft018.o

最后给出总长度：这个11744应该=0x2dc0，1184应该0x4a0。11776应该是=0x2e00。

    Total RO  Size (Code + RO Data)                11744 (  11.47kB)

    Total RW  Size (RW Data + ZI Data)              1184 (   1.16kB)

Total ROM Size (Code + RO Data + RW Data)      11776 (  11.50kB)

二、总结

感觉经过这么分析一遍，对于嵌入式系统程序的静态结构和动态执行流程的了解又深入了一些，当然也还是有些问题并没有了解透彻：留待以后慢慢解决吧。