痞子衡
认证:普通会员
所在专题目录 查看专题
从文件角度看Cortex-M开发(1) - 源文件
从文件角度看Cortex-M开发(2) - 链接文件
从文件角度看Cortex-M开发(3) - 工程文件
从文件角度看Cortex-M开发(4) - 可重定向文件
从文件角度看Cortex-M开发(5) - 映射文件
作者动态 更多
为什么DCP硬件引擎做Hash校验偶尔会失败?
3天前
配置NOR Flash多个寄存器没那么容易!
1星期前
何为MCU外设驱动文件里的事务型API?
1星期前
ST, NXP, Renesas三家固件包设计对比
10-25 10:06
MCUBootUtility v6.3发布,支持获取与解析启动日志
10-07 09:20

从文件角度看Cortex-M开发(5) - 映射文件

大家好,我是痞子衡,是正经搞技术的痞子。今天痞子衡给大家讲的是嵌入式开发里的map文件

第四节课里,痞子衡给大家介绍了第一种output文件-relocatable文件,本文继续给大家讲project生成的第二种output文件-map文件,map文件记录了很多重要的信息,这对于后续调试有很大帮助。

文件关系:链接文件(.icf) + 工程文件(.ewp) + 可重定向文件(.o/.a) -> 映射文件(.map)

痞子衡在第四节课可重定向文件(.o/.a)里分析object文件里的symbol list时讲到由于object文件并没有经过链接,所以所有symbol地址信息是无效的(待分配的),而map文件就是所有relocatable文件经过链接器统一链接后生成的记录链接信息的文件,map文件里可以查到所有symbol在存储器中具体分配地址。话不多说,让我们直接开启map文件分析之旅,以第三节课工程文件(.ewp)里demo工程为例。

一、解析map文件

在IAR软件选项设置options->Linker->List里选中Generate linker map file,编译链接demo工程可在D:\myProject\bsp\builds\demo\Release\List路径下得到demo.map文件。让我们从头到尾逐一分析里面内容:

1.1 工程文件信息

map文件里第一部分信息记录的是工程文件相关信息,包括工程使用的软件版本,工程编译时间,工程文件目录,工程文件生成文件信息。

###############################################################################
#
# IAR ELF Linker V8.11.2.13589/W32 for ARM                12/Jan/2018  17:37:39
# Copyright 2007-2017 IAR Systems AB.
#
#    Output file  =  D:\myProject\bsp\builds\demo\Release\Exe\demo.elf
#    Map file     =  D:\myProject\bsp\builds\demo\Release\List\demo.map
#    Command line =
#        -f C:\Users\Baoge\AppData\Local\Temp\EW5D86.tmp
#        (D:\myProject\bsp\builds\demo\Release\Obj\main.o
#        D:\myProject\bsp\builds\demo\Release\Obj\reset.o
#        D:\myProject\bsp\builds\demo\Release\Obj\startup.o
#        D:\myProject\bsp\builds\demo\Release\Obj\startup_MKL25Z4.o
#        D:\myProject\bsp\builds\demo\Release\Obj\system_MKL25Z4.o
#        D:\myProject\bsp\builds\demo\Release\Obj\task.o -o
#        D:\myProject\bsp\builds\demo\Release\Exe\demo.elf --map
#        D:\myProject\bsp\builds\demo\Release\List\demo.map --config
#        D:\myProject\bsp\builds\demo/../../linker/iar/KL25Z128xxx4_flash.icf
#        --entry Reset_Handler --inline --vfe --text_out locale)
#
###############################################################################

1.2 系统库使用信息

map文件里第二部分信息记录的是工程系统库使用情况,由于task.c里调用了malloc()、free()等HEAP相关操作的API,所以自然我们在编译链接工程时会使用到HEAP相关系统库,这里告诉我们用的是DLib里的DLMalloc,而DLMalloc有很多种不同的HEAP实现策略,我们可在options->General Options->Library Option 2->Heap selection指定具体策略,由于demo工程选的是Automatic,也就是让IDE自动选择,这里告诉我们最终用的策略是advanced heap。

*******************************************************************************
*** RUNTIME MODEL ATTRIBUTES
***

CppFlavor       = *
__Heap_Handler  = DLMalloc
__SystemLibrary = DLib
__dlib_version  = 6


*******************************************************************************
*** HEAP SELECTION
***

The advanced heap was selected because the application calls memory
allocation functions outside of system library functions, and there
are calls to deallocation functions in the application.

1.3 各object中Section放置信息

从map文件第三部分开始,就进入非常有用的信息环节了。第一个重要信息就是section放置信息。我们在第四节课可重定向文件(.o/.a)里分析过单个relocatable文件task.o,task.o里各个基本section都有,但是都并没有分配有效地址,而这里列出了所有relocatable文件统一存储和地址分配信息,从这里我们可以看到,链接器在整合各section的时候,都是以object文件为单位的,这意味着同一个object文件里的同一个section里的对象(变量/函数)在存储空间里的位置也是靠在一起的。

另外一个有意思的信息是在第二节课链接文件(.icf)里,我们一共有四句block放置语句,在这里section也被分成了四个block:A0,P1,P2,P3。IDE给每个block重命名了,这些重命名的信息将会在第六节课可执行文件(.out/.elf)里被提到。

*******************************************************************************
*** PLACEMENT SUMMARY
***

define block Vectors with alignment = 256 { ro section .intvec };
"A0":  place at start of [0x00000000-0x0001ffff] { block Vectors };
define block CodeRelocate { section .textrw_init };
define block ApplicationFlash { ro, block CodeRelocate };
"P1":  place in [from 0x00000000 to 0x0001ffff] { block ApplicationFlash };
define block CodeRelocateRam { section .textrw };
define block HEAP with size = 1K, alignment = 8 { };
define block ApplicationRam { rw, block CodeRelocateRam, block HEAP };
"P2":  place in [from 0x10002000 to 0x1000ffff] { block ApplicationRam };
define block CSTACK with size = 8K, alignment = 8 { };
"P3":  place in [from 0x10000000 to 0x10001fff] { block CSTACK };
initialize manually with packing = copy, complex ranges { section .data };
initialize manually with packing = copy, complex ranges { section .textrw };

  Section                Kind        Address    Size  Object
  -------                ----        -------    ----  ------
"A0":                                           0x40
  Vectors                         0x00000000    0x40  <Block>
    .intvec              ro code  0x00000000    0x40  startup_MKL25Z4.o [1]
                                - 0x00000040    0x40

"P1":                                         0x1a3c
  ApplicationFlash                0x00000040  0x1a3c  <Block>
    .noinit              ro code  0x00000040    0x58  reset.o [1]
    .rodata              const    0x00000098     0x4  main.o [1]
    Veneer               ro code  0x0000009c    0x10  - Linker created -
    .text                ro code  0x000000ac    0x20  main.o [1]
    .text                ro code  0x000000cc    0x58  task.o [1]
    .text                ro code  0x00000124  0x16f8  dlmalloc.o [3]
    .text                ro code  0x0000181c    0x50  ABImemset.o [4]
    .text                ro code  0x0000186c    0x5c  ABImemcpy.o [4]
    .text                ro code  0x000018c8     0x8  heaptramp0.o [3]
    .text                ro code  0x000018d0     0xa  abort.o [3]
    .text                ro code  0x000018da     0x2  startup_MKL25Z4.o [1]
    .text                ro code  0x000018dc    0x2c  xgetmemchunk.o [3]
    .text                ro code  0x00001908     0xc  XXexit.o [4]
    .text                ro code  0x00001914    0x90  startup.o [1]
    .text                ro code  0x000019a4     0xc  system_MKL25Z4.o [1]
    .text                ro code  0x000019b0    0x1a  cmain.o [4]
    .text                ro code  0x000019ca     0x2  startup_MKL25Z4.o [1]
    .text                ro code  0x000019cc    0x28  data_init.o [4]
    .text                ro code  0x000019f4     0x8  exit.o [3]
    .text                ro code  0x000019fc     0xa  cexit.o [4]
    .text                ro code  0x00001a06     0x2  startup_MKL25Z4.o [1]
    CodeRelocate                  0x00001a08    0x10  <Block>
      Initializer bytes  const    0x00001a08    0x10  <for CodeRelocateRam-1>
    .data_init                    0x00001a18     0x4  <Block>
      Initializer bytes  const    0x00001a18     0x4  <for .data-1>
    .text                ro code  0x00001a1c     0x2  startup_MKL25Z4.o [1]
    .text                ro code  0x00001a1e     0x2  startup_MKL25Z4.o [1]
    .text                ro code  0x00001a20     0xc  cstartup_M.o [4]
    .text                ro code  0x00001a2c    0x40  zero_init3.o [4]
    .iar.init_table      const    0x00001a6c    0x10  - Linker created -
    .rodata              const    0x00001a7c     0x0  zero_init3.o [4]
                                - 0x00001a7c  0x1a3c

"P3":                                         0x2000
  CSTACK                          0x10000000  0x2000  <Block>
    CSTACK               uninit   0x10000000  0x2000  <Block tail>
                                - 0x10002000  0x2000

"P2":                                          0x620
  ApplicationRam                  0x10002000   0x620  <Block>
    CodeRelocateRam               0x10002000    0x10  <Block>
      CodeRelocateRam-1           0x10002000    0x10  <Init block>
        .textrw          inited   0x10002000    0x10  task.o [1]
    .data                         0x10002010     0x4  <Block>
      .data-1                     0x10002010     0x4  <Init block>
        .data            inited   0x10002010     0x4  task.o [1]
    .bss                          0x10002014   0x208  <Block>
      .bss               zero     0x10002014     0x4  task.o [1]
      .bss               zero     0x10002018    0x10  task.o [1]
      .bss               zero     0x10002028    0x18  dlmalloc.o [3]
      .bss               zero     0x10002040   0x1d8  dlmalloc.o [3]
      .bss               zero     0x10002218     0x4  xgetmemchunk.o [3]
    .noinit              uninit   0x1000221c     0x4  task.o [1]
    HEAP                          0x10002220   0x400  <Block>
      HEAP               uninit   0x10002220   0x400  <Block tail>
                                - 0x10002620   0x620

1.4 系统初始化表信息

map文件第四部分列出了经由系统初始化的表,这里只有bss段(即代码中所有仅定义但没有赋初值的全局变量),由于SRAM中数据存有一定不确定性,所以系统必须要在启动时将bss段内所有数据全部清零,以保证程序能正常运行。

*******************************************************************************
*** INIT TABLE
***

          Address     Size
          -------     ----
Zero (__iar_zero_init3)
    1 destination range, total size 0x208:
          0x10002014  0x208

1.5 各object文件所占存储资源信息

map文件第五部分会列出各object文件所占存储资源具体信息,有了这部分信息,我们便知道工程具体是哪个object文件(功能模块)占用资源最多,如果有代码size方面优化的需求,可以选择占用资源较多的object文件里的代码进行针对性地优化。

*******************************************************************************
*** MODULE SUMMARY
***

    Module             ro code  rw code  ro data  rw data
    ------             -------  -------  -------  -------
D:\myProject\bsp\builds\demo\Release\Obj: [1]
    main.o                  32                 4
    reset.o                 88
    startup.o              144
    startup_MKL25Z4.o       74
    system_MKL25Z4.o        12
    task.o                  88       16       20       28
    -----------------------------------------------------
    Total:                 438       16       24       28

command line: [2]
    -----------------------------------------------------
    Total:

dl6M_tln.a: [3]
    abort.o                 10
    dlmalloc.o           5 880                        496
    exit.o                   8
    heaptramp0.o             8
    xgetmemchunk.o          44                          4
    -----------------------------------------------------
    Total:               5 950                        500

rt6M_tl.a: [4]
    ABImemcpy.o             92
    ABImemset.o             80
    XXexit.o                12
    cexit.o                 10
    cmain.o                 26
    cstartup_M.o            12
    data_init.o             40
    zero_init3.o            64
    -----------------------------------------------------
    Total:                 336

    Linker created          16                16    9 216
---------------------------------------------------------
    Grand Total:         6 740       16       40    9 744

1.6 各object具体分配信息

map文件第六部分记录的是各object文件里的具体对象(变量,函数等)在存储空间里的具体分配,这里的信息对于调试来说非常重要。平时调试时我们除了单步执行、打断点之外,还会配合看内存的实时情况,有时候因为编译器优化的原因,从代码角度看不出逻辑问题(比如我们给变量s_variable0赋值为1),但是内存里(0x10002014)却并没有被更新为1,这时候工程肯定是有问题的,定位到了具体问题,然后我们再考虑解决问题的方法。

1.7 image占用存储资源信息

map文件第七部分会给出整个工程占用存储资源情况的总结,这里我们可以看到工程占用ROM资源6780bytes,RAM资源9760bytes,所以我们在选择芯片时必须保证ROM(FLASH),RAM要大于工程所需。

 6 740 bytes of readonly  code memory
     16 bytes of readwrite code memory
     40 bytes of readonly  data memory
  9 744 bytes of readwrite data memory

二、代码对象与section的关系

痞子衡在第二节课链接文件(.icf)里的讲过section的概念,并且列出了IAR系统里默认的各section的含义。经过上面对map文件的分析,现在让我们直接用demo工程里的main.c和task.c源文件来实例分析section:

至此,嵌入式开发里的map文件痞子衡便介绍完毕了,掌声在哪里~~~

声明:本内容为作者独立观点,不代表电子星球立场。未经允许不得转载。授权事宜与稿件投诉,请联系:editor@netbroad.com
觉得内容不错的朋友,别忘了一键三连哦!
赞 2
收藏 3
关注 40
成为作者 赚取收益
全部留言
0/200
  • HC4869 09-26 21:28
    大佬快更,太强了
    回复