AG32 下的分散加载

AG32 下的分散加载

分散加载：

在实际应用中，有时候需要强制把一段数据或一段代码固定到指定的一个地址。这个时候，就不能使用默认的编译配置，需要自己来配置连接属性。

AG32 中可以通过修改ld 配置，达成这样的目的。

分散加载在gcc 下的限制：

不能插入到代码段，只能放到正常编译的 bin 后边（参后详述）。

在默认情况下，AG32编译时使用的连接配置文件是 ** AgRV2K_FLASH.ld** ，位于：AgRV_pio\packages\framework-agrv_sdk\misc\devices 下。

打开该文件会看到，关联了另外两个文件:

其中，在 AgRV2K_mem.ld 中是多个自定义的标签:

而在 mem.ld 的定义中，则是对 section 的使用和分配：

以上的三个文件，总结：

AgRV2K_FLASH.ld： 关联到工程的，一般不要改动；

AgRV2K_mem.ld： 自定义标签的定义，如果要新增标签，需要改动；

mem.ld： 设置编译地址分配的地方，需要改动。

这里相当于三个文件加在一起，组成一个完整的 scat 文件。

这里的语法都是标准的 gcc ld 语法，可自行网上搜索更全的使用方法。

下边只是个简单的举例供参考。

举例：把某个数组和某个函数指定编译到 flash 的某个位置。

比如，指定数组 guSetting 到 152K 的地方（地址为：0x80026000）

指定函数 testFuncToPos() 紧跟在数组后边。

需要做：

1.在 AgRV2K_FLASH.ld 中定义一个新标签：

FLASH_E 和 FLASH_E_SIZE

分别为起始地址 0x80026000 和 4K 大小；

同时定义 FLASH_EXT 段，后续会来使用；

如下图：

这里的 flash 位置使用时最好放到 code 的结尾处。

并且要考虑 fpga 部分的 flash 使用空间。（如果不对 fgpa 的位置指定，fpga 会默认占用 flash 的最后 100K）

2.在 mem.ld 中，根据上边定义的标签，定义 section，如：

.flash : ALIGN(4)

{

*(.testSectionData);

*(.testSectionCode);

} > FLASH_EXT

如下图：

这里定义出来两个 section：testSectionData 和 testSectionCode。这两个 section 名称，就是在代码中使用的关联 section。

3.在代码中，对数组和函数进行 section 指定，方法如：

__used uint8_t guSetting[16] __section(".testSectionData") =

__used __section(".testSectionCode") void testFuncToPos(void)

如下图：

并且在项目中调用函数 testFuncToPos。

4.编译后，可以从工程的 .pio\build\release\ 路径下查看 .readelf 文件。（如果是 dev 方式编译，路径是：.pio\build\dev\）

打开该文件后，可以看到guSetting 和 testFuncToPos 正是在我们所期望的位置上：

注意：这里对 flash 空间规划时，需要增加 fpga(cpld) 对空间的使用考虑。

附：

**关于芯片 flash 大小： **

不管所选型号的 flash 是多大，请注意最后 100K 是留给 fpga 使用的。

如果使用的芯片是 256K 的 flash 空间，那么就是 156K 程序 + 100K fpga，用户程序不能超过156K。如果超过 156K 编译是可以通过的，但烧录后会冲掉 ve 配置部分。

ve 配置被冲掉后，程序运行会表现出各种异常（连系统时钟初始化都跑不过）。

如果程序使用的空间较大，fpga 又刚好比较小，可以调整这个界限的值。调整方法如下：

board_logic.compress = true //（可选）对 fpga 部分进行压缩，更省空间

board_upload.logic_address = 0x80034000 // 根据实际情况调整该边界值

flash 的大小是在 agrv2k_103.json 中定义的。

flash 起始地址是 0x80000000，ram 是 0x20000000。

另：

分散加载中，如果连 AgRV2K_FLASH.ld 都想自己指定，则需要修改 platformio.ini 中的配置项：

**board_build.ldscript = AgRV2K_FLASH.ld **

分散加载在 gcc 下的限制：

在 arm 中，可以通过 attribute ( at(绝对地址) )的方式，把某个数组或某个函数强制编译到某个地址，并且不影响其他代码的编译。编译后整个 bin 空间看上去是连续的。

这是 arm 编译器支持的一个特性。

但 gcc 不支持这样的指定。

gcc 使用 ld 指定的地址，不能在正常编译的 code 的区域内。这个地址只能放在没有用到的 flash 部分。

也就是说，新指定的位置，必须在正常的编译区域的后边。

实际操作时，代码些许的改动都会影响到 bin 的大小，所以这个指定的位置，往往会跟正常 bin 之间预留一些空间。所以，自定义 ld 文件的方式 bin 文件会增大 一些。

从 bin 的角度看，code 和指定区域，两段中间空出来的区域，会被填充成 00。 最终 bin 增大的部分，就是这部分填充成 0 的 size 大小。

如果对 bin 的大小比较敏感，那就要缩小这段 0 的区域。可以在最终出包时，看下其他代码编译后的大小，然后把这段指定地址放的尽量近。

如果对 bin 的大小不太敏感，那就随意指定到没用到的 flash 区域即可。