[痞子衡]IAR下如何将整个源文件代码重定向到任意RAM中？

NXP管管 · 发表于 2022-1-14 14:05:04

IAR下如何将整个源文件代码重定向到任意RAM中？

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

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

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

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

Note 1：阅读本文前需要对《IAR链接文件(.icf)》、《IAR映射文件(.map)》这两种文件有所了解。
Note 2：本文使用的 IAR EWARM 软件版本是 v9.10.2。

复制代码

一、回顾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 自定义段里：