IAR下如何將整個(gè)源文件代碼重定向到任意RAM中？

撞上電子 · 發(fā)表于 2022-1-12 20:11:00

大家好，我是痞子衡，是正經(jīng)搞技術(shù)的痞子。今天痞子衡給大家分享的是在IAR開發(fā)環(huán)境下將整個(gè)源文件代碼重定向到任意RAM中的方法。
痞子衡舊文《在IAR下將關(guān)鍵函數(shù)重定向到RAM中執(zhí)行的方法》里介紹了三種關(guān)鍵函數(shù)重定向方法，不過(guò)這三種方法只是寫法形式不同，本質(zhì)上沒啥區(qū)別，都是利用 IAR 鏈接器特性將函數(shù)重定向到工程數(shù)據(jù)段（RW）所在 RAM 里。
對(duì)于 i.MXRT 這種擁有多塊地址非連續(xù)的 RAM 的芯片，其實(shí)我們也可以單獨(dú)將這些重定向函數(shù)放到一個(gè)指定的 RAM 里，不一定非得跟數(shù)據(jù)段放在同一個(gè) RAM 里。具體實(shí)現(xiàn)也很簡(jiǎn)單，只需要在鏈接文件里額外加一句 place in 語(yǔ)句處理即可，恩智浦官方 SDK 包里就是這么做的。
然而痞子衡最近在支持 i.MXRT1170 客戶過(guò)程中，不使用恩智浦 SDK 里那種自定義函數(shù)段處理的方法，而是在 IAR 鏈接文件里使用指定源文件 object 的方式將代碼重定向到 ITCM 竟然失效了，這是怎么回事？今天我們一起來(lái)看一下：
Note 1：閱讀本文前需要對(duì) 《IAR鏈接文件(.icf)》、《IAR映射文件(.map)》這兩種文件有所了解。

Note 2：本文使用的 IAR EWARM 軟件版本是 v9.10.2。一、回顧SDK里函數(shù)重定向做法我們以最經(jīng)典的 \SDK_2.11.0_MIMXRT1170-EVK\boards\evkmimxrt1170\demo_apps\hello_world\cm7\iar 例程來(lái)看，工程 Build 選擇 flexspi_nor_debug，即代碼段放在 Flash 里（0x30000000 - ），數(shù)據(jù)段放在 DTCM 里（0x20000000 - ）。
我們現(xiàn)在新建一個(gè)名為 ram_code.c 的源文件，在這個(gè)源文件里定義如下兩個(gè) delay1/2() 函數(shù)，然后將這個(gè)源文件添加進(jìn)工程使用。按照 SDK 里做法，如果我們想將這兩個(gè)函數(shù)重定向，需要加 AT_QUICKACCESS_SECTION_CODE 宏來(lái)修飾，其實(shí)就是將函數(shù)放到名為 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 段單獨(dú)放在 ITCM 里（0x00000000 - ），這就是官方 SDK 里的實(shí)現(xiàn)。
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() 函數(shù)相關(guān)的內(nèi)容如下，顯然這是符合預(yù)期的。這里特別注意一下，CodeQuickAccess 的類別顯示的是 inited，表明其不是常見的 ro code，而是經(jīng)過(guò)重定向的，而且 delay1/2() 函數(shù)所在 ram_code.o 里包含了 10 個(gè)字節(jié)的 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  [B]
QACCESS_CODE-1                   0x0    0xa  [I]
   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 查看，這里也只有一段連續(xù)的 Flash 地址空間數(shù)據(jù)，沒有 RAM 地址空間數(shù)據(jù)，所以這個(gè)鏡像文件是符合獨(dú)立工具（比如 MCUBootUtility）下載以及 BootROM 啟動(dòng)條件的。

IAR下如何將整個(gè)源文件代碼重定向到任意RAM中？

發(fā)表回復(fù)

精選推薦

IAR下如何將整個(gè)源文件代碼重定向到任意RAM中？

發(fā)表回復(fù)

精選推薦

IAR下如何將整個(gè)源文件代碼重定向到任意RAM中？