zoukankan      html  css  js  c++  java
  • 痞子衡嵌入式:在IAR开发环境下将整个源文件代码重定向到任意RAM中的方法


      大家好,我是痞子衡,是正经搞技术的痞子。今天痞子衡给大家分享的是在IAR开发环境下将整个源文件代码重定向到任意RAM中的方法

      痞子衡旧文 《在IAR下将关键函数重定向到RAM中执行的方法》 里介绍了三种关键函数重定向方法,不过这三种方法只是写法形式不同,本质上没啥区别,都是利用 IAR 链接器特性将函数重定向到工程数据段(RW)所在 RAM 里。

      对于 i.MXRT 这种拥有多块地址非连续的 RAM 的芯片,其实我们也可以单独将这些重定向函数放到一个指定的 RAM 里,不一定非得跟数据段放在同一个 RAM 里。具体实现也很简单,只需要在链接文件里额外加一句 place in 语句处理即可,恩智浦官方 SDK 包里就是这么做的。

      然而痞子衡最近在支持 i.MXRT1170 客户过程中,不使用恩智浦 SDK 里那种自定义函数段处理的方法,而是在 IAR 链接文件里使用指定源文件 object 的方式将代码重定向到 ITCM 竟然失效了,这是怎么回事?今天我们一起来看一下:

    一、回顾SDK里函数重定向做法

      我们以最经典的 \SDK_2.11.0_MIMXRT1170-EVK\boards\evkmimxrt1170\demo_apps\hello_world\cm7\iar 例程来看,工程 Build 选择 flexspi_nor_debug,即代码段放在 Flash 里(0x30000000 - ),数据段放在 DTCM 里(0x20000000 - )。

      我们现在新建一个名为 ram_code.c 的源文件,在这个源文件里定义如下两个 delay1/2() 函数,然后将这个源文件添加进工程使用。按照 SDK 里做法,如果我们想将这两个函数重定向,需要加 AT_QUICKACCESS_SECTION_CODE 宏来修饰,其实就是将函数放到名为 CodeQuickAccess 的自定义段里。

    #define AT_QUICKACCESS_SECTION_CODE(func) func @"CodeQuickAccess"
    
    AT_QUICKACCESS_SECTION_CODE(void delay1(void));
    void delay1(void)
    {
         __NOP();
    }
    
    AT_QUICKACCESS_SECTION_CODE(void delay2(void));
    void delay2(void)
    {
        __NOP();
        __NOP();
    }
    

      然后工程链接文件 MIMXRT1176xxxxx_cm7_flexspi_nor.icf 里(仅摘录部分),CodeQuickAccess 段单独放在 ITCM 里(0x00000000 - ),这就是官方 SDK 里的实现。

    define symbol m_data_start           = 0x20000000;
    define symbol m_data_end             = 0x2003FFFF;
    define symbol m_itcm_start           = 0x00000000;
    define symbol m_itcm_end             = 0x0003FFFF;
    define region DATA_region   = mem:[from m_data_start to m_data_end-__size_cstack__];
    define region ITCM_region   = mem:[from m_itcm_start to m_itcm_end];
    define block RW            { first readwrite, section m_usb_dma_init_data };
    define block QACCESS_CODE  { section CodeQuickAccess };
    initialize by copy         { readwrite, section .textrw, section CodeQuickAccess };
    place in DATA_region                 { block RW };
    place in ITCM_region                 { block QACCESS_CODE };
    

      编译链接 hello_world_demo_cm7.ewp 工程,然后查看其映射文件(hello_world_demo_cm7.map)找到跟 delay1/2() 函数相关的内容如下,显然这是符合预期的。这里特别注意一下,CodeQuickAccess 的类别显示的是 inited,表明其不是常见的 ro code,而是经过重定向的,而且 delay1/2() 函数所在 ram_code.o 里包含了 10 个字节的 rw code。

    *******************************************************************************
    *** PLACEMENT SUMMARY
    ***
    define block QACCESS_CODE { section CodeQuickAccess };
    "P8":  place in [from 0x0 to 0x3'ffff] { block QACCESS_CODE };
    
      Section              Kind         Address      Size  Object
      -------              ----         -------      ----  ------
    "P8":                                           0xc
      QACCESS_CODE                          0x0     0xc  <Block>
        QACCESS_CODE-1                      0x0     0xa  <Init block>
          CodeQuickAccess  inited           0x0     0xa  ram_code.o [6]
                                          - 0xc     0xc
    
    *******************************************************************************
    *** MODULE SUMMARY
    ***
        Module                              ro code  rw code  ro data  rw data
        ------                              -------  -------  -------  -------
        ram_code.o                                        10       10
    
    *******************************************************************************
    *** ENTRY LIST
    ***
        Entry                       Address   Size  Type      Object
        ----                       -------   ----  ----      ------
        delay1                          0x1    0x4  Code  Gb  ram_code.o [6]
        delay2                          0x5    0x6  Code  Gb  ram_code.o [6]
    

      如果你打开工程镜像文件 hello_world_demo_cm7.srec 查看,这里也只有一段连续的 Flash 地址空间数据,没有 RAM 地址空间数据,所以这个镜像文件是符合独立工具(比如 MCUBootUtility)下载以及 BootROM 启动条件的。

    二、引出源文件Object方式重定向失效问题

      现在来看客户遇到的问题,客户不想在源文件里逐一修饰需要重定向的函数(即 ram_code.c 文件里 delay1/2() 函数不加 AT_QUICKACCESS_SECTION_CODE 修饰),这种情况下我们需要改动一下链接文件,将 object ram_code.o 放到 initialize by copy 语句和 place in ITCM_region 语句里。

    initialize by copy         { readwrite, section .textrw, section CodeQuickAccess, object ram_code.o };
    place in ITCM_region       { object ram_code.o };
    

      这时候重新编译链接工程,查看映射文件,找到跟 delay1/2() 函数相关的内容如下,这个结果跟第一小节里结果有点区别,虽然 delay1/2() 确实链接在了 ITCM 里(0x00000000 - ),但是同时也增加了 0x0 - 0xb 区域的 Initializer bytes。

    *******************************************************************************
    *** PLACEMENT SUMMARY
    ***
    define block QACCESS_CODE { section CodeQuickAccess };
    "P8":  place in [from 0x0 to 0x3'ffff] { block QACCESS_CODE };
    "P9":  place in [from 0x0 to 0x3'ffff] { object ram_code.o };
    
      Section              Kind         Address    Size  Object
      -------              ----         -------    ----  ------
    "P8-P9":                                       0x18
      Initializer bytes    const            0x0     0xc  <for P8-P9-1>
      P8-P9-1                               0xc     0xa  <Init block>
        .text              inited           0xc     0xa  ram_code.o [6]
                                         - 0x16    0x16
    
    *******************************************************************************
    *** MODULE SUMMARY
    ***
        Module                              ro code  ro data  rw data
        ------                              -------  -------  -------
        ram_code.o                                        10       10
    
    *******************************************************************************
    *** ENTRY LIST
    ***
        Entry                       Address   Size  Type      Object
        ----                       -------   ----  ----      ------
        delay1                          0xd    0x4  Code  Gb  ram_code.o [6]
        delay2                         0x11    0x6  Code  Gb  ram_code.o [6]
    

      如果此时再打开工程镜像文件 hello_world_demo_cm7.srec 查看,除了 Flash 地址空间数据,还新增了 RAM 地址空间数据,很显然这个镜像文件不符合独立工具(比如 MCUBootUtility)下载以及 BootROM 启动,仅能用于 IDE 中在线下载调试(即分散加载了)。

    三、源文件Object方式重定向失效分析

      我们再做一个实验,按 《在IAR下将关键函数重定向到RAM中执行的方法》 一文 2.3 针对源文件中全部函数 方法,在链接文件中仅将 object ram_code.o 放到 initialize by copy 语句里,那么 ram_code.o 中的内容会被统一重定向到工程数据段 RW 所在 RAM 区域里(即 DTCM 0x20000000 -),这种情况下 delay1/2() 函数重定向是成功的。

    initialize by copy         { readwrite, section .textrw, section CodeQuickAccess, object ram_code.o };
    //place in ITCM_region       { object ram_code.o };
    

      所以我们能够得出结论,在不自定义函数段名的情况下,object ram_code.o 中内容会在默认 RO、RW 段里,在做函数重定向时,IAR 链接器无法将对应 ram_code.o 的 Initializer bytes 从默认 RO 段里单独提取出来拷贝到非 RW 段所在区,它只能统一处理 RO 段 Initializer bytes 到 RW 区的拷贝。如果硬要将 object ram_code.o 重定向到非 RW 所在 RAM 区,IAR 链接器会直接将其 Initializer bytes 也从 RO 段里抽出来,与其 RW 属性的 .text 放在一起,这其实几乎等效于分散加载了。

    四、源文件Object方式重定向失效解决方案

      分析到这里,解决方案清晰了,还是需要自定义程序段,不过既然不想单个函数加修饰,那有没有整个文件范围内代码统一加修饰呢?当然是有的,这时候需要借助如下 #pragma default_function_attributes 语法,将这一对语句放置到源文件首行和末行,那么该源文件里所有函数都进入了 .myCodeSection 自定义段里:

    // 作用全部函数
    #pragma default_function_attributes = @ ".myCodeSection"
    // 作用全部变量(如有必要)
    //#pragma default_variable_attributes = @ ".myVariSection"
    
    void delay1(void)
    {
         __NOP();
    }
    
    void delay2(void)
    {
        __NOP();
        __NOP();
    }
    
    #pragma default_function_attributes =
    //#pragma default_variable_attributes =
    

      然后在工程链接文件 MIMXRT1176xxxxx_cm7_flexspi_nor_sdram.icf 里直接将 section .myCodeSection 放到 ITCM 里就可以了:

    initialize by copy         { readwrite, section .textrw, section CodeQuickAccess, section .myCodeSection };
    place in ITCM_region       { section .myCodeSection };
    

      这时候再编译链接工程查看映射文件,函数重定向结果就符合预期了,这个结果跟第一小节里的结果一致。

    *******************************************************************************
    *** PLACEMENT SUMMARY
    ***
    "P8":  place in [from 0x0 to 0x3'ffff] { block QACCESS_CODE };
    "P9":  place in [from 0x0 to 0x3'ffff] { section .myCodeSection };
    
      Section              Kind         Address    Size  Object
      -------              ----         -------    ----  ------
    "P8-P9":                                        0xc
      P8-P9                                 0x0     0xc  <Init block>
        .myCodeSection     inited           0x0     0xa  ram_code.o [6]
                                          - 0xc     0xc
    
    *******************************************************************************
    *** MODULE SUMMARY
    ***
        Module                              ro code  rw code  ro data  rw data
        ------                              -------  -------  -------  -------
        ram_code.o                                        10       10
    
    *******************************************************************************
    *** ENTRY LIST
    ***
        Entry                       Address   Size  Type      Object
        ----                       -------   ----  ----      ------
        delay1                          0x1    0x4  Code  Gb  ram_code.o [6]
        delay2                          0x5    0x6  Code  Gb  ram_code.o [6]
    

      至此,在IAR开发环境下将整个源文件代码重定向到任意RAM中的方法痞子衡便介绍完毕了,掌声在哪里~~~

    欢迎订阅

    文章会同时发布到我的 博客园主页CSDN主页知乎主页微信公众号 平台上。

    微信搜索"痞子衡嵌入式"或者扫描下面二维码,就可以在手机上第一时间看了哦。

      最后欢迎关注痞子衡个人微信公众号【痞子衡嵌入式】,一个专注嵌入式技术的公众号,跟着痞子衡一起玩转嵌入式。

    痞子衡嵌入式-微信二维码 痞子衡嵌入式-微信收款二维码 痞子衡嵌入式-支付宝收款二维码

      衡杰(痞子衡),目前就职于恩智浦MCU系统部门,担任嵌入式系统应用工程师。

      专栏内所有文章的转载请注明出处:http://www.cnblogs.com/henjay724/

      与痞子衡进一步交流或咨询业务合作请发邮件至 hengjie1989@foxmail.com

      可以关注痞子衡的Github主页 https://github.com/JayHeng,有很多好玩的嵌入式项目。

      关于专栏文章有任何疑问请直接在博客下面留言,痞子衡会及时回复免费(划重点)答疑。

      痞子衡邮箱已被私信挤爆,技术问题不推荐私信,坚持私信请先扫码付款(5元起步)再发。


  • 相关阅读:
    GlusterFS-分布式存储集群部署
    keepalived+HAproxy集群部署
    LB-HAproxy负载均衡部署
    Pacemaker高可用环境实践
    Nginx-负载均衡部署
    LB-LVS常见模式NAT/DR部署
    HTTPS原理、应用
    LDAP-autofs挂载用户验证
    GPG-非对称加密
    大数据入门学习(Linux)
  • 原文地址:https://www.cnblogs.com/henjay724/p/15789970.html
Copyright © 2011-2022 走看看