链接脚本(Linker Script)用法解析(二) clear_table & copy_table
可执行文件中的.bss段和.data段分别存放未赋初值的全局变量和已赋初值的全局变量,两者的特点分别为:
(1).bss段:①无初值,所以不占ROM空间;②运行时存储于RAM;③默认初值为0
(2).data段:①占用ROM空间,用于存放初值;②运行时存储于RAM;③程序启动时将其初值从ROM载入到RAM
(ps:两者与.rodata及局部变量的区别:.rodata段存放只读变量即声明为static的变量,存储于ROM中;局部变量是在程序运行时才产生的,存储于栈——stack中。)
根据.bss段的性质,需要对其执行如下操作:①通过linker script给.bss段分配RAM空间;②在启动过程中将.bss段所占RAM空间初始化——由于未赋初值的全局变量默认值为0,因此将此RAM地址段的值全部设为0
根据.data段的性质,需要这样处理:①通过linker script给.data段分配RAM空间和ROM空间;②在启动过程中将.data段所占RAM空间初始化——将存储在ROM中的全局变量初值复制到其RAM空间从而完成全局变量的初始化
以上工作一般在Cpu的启动过程中完成,如英飞凌TC297的启动代码如下所示:
void _Core0_start(void)
{
......
Ifx_C_Init(); /*Initialization of C runtime variables */
......
/*Call main function of Cpu0 */
__non_return_call(core0_main);
}
其中,Ifx_C_Init()函数用于完成上述工作,具体实现如下:
extern uint32 __clear_table[]; /**< clear table entry */
extern uint32 __copy_table[]; /**< copy table entry */ typedef volatile union
{
uint8 *ucPtr;
uint16 *usPtr;
uint32 *uiPtr;
unsigned long long *ullPtr;
} IfxStart_CTablePtr; /*!
* \brief Initializes C variables.
*
* This function is called in the startup. This function initialize the all variables in .data section
* and clears the .bss section
*/
void Ifx_C_Init(void)
{
IfxStart_CTablePtr pBlockDest, pBlockSrc;
uint32 uiLength, uiCnt;
uint32 *pTable;
/* clear table */
pTable = (uint32 *)&__clear_table; while (pTable)
{
pBlockDest.uiPtr = (uint32 *)*pTable++;
uiLength = *pTable++; /* we are finished when length == -1 */
if (uiLength == 0xFFFFFFFF)
{
break;
} uiCnt = uiLength / ; while (uiCnt--)
{
*pBlockDest.ullPtr++ = ;
} if (uiLength & 0x4)
{
*pBlockDest.uiPtr++ = ;
} if (uiLength & 0x2)
{
*pBlockDest.usPtr++ = ;
} if (uiLength & 0x1)
{
*pBlockDest.ucPtr = ;
}
} /* copy table */
pTable = (uint32 *)&__copy_table; while (pTable)
{
pBlockSrc.uiPtr = (uint32 *)*pTable++;
pBlockDest.uiPtr = (uint32 *)*pTable++;
uiLength = *pTable++; /* we are finished when length == -1 */
if (uiLength == 0xFFFFFFFF)
{
break;
} uiCnt = uiLength / ; while (uiCnt--)
{
*pBlockDest.ullPtr++ = *pBlockSrc.ullPtr++;
} if (uiLength & 0x4)
{
*pBlockDest.uiPtr++ = *pBlockSrc.uiPtr++;
} if (uiLength & 0x2)
{
*pBlockDest.usPtr++ = *pBlockSrc.usPtr++;
} if (uiLength & 0x1)
{
*pBlockDest.ucPtr = *pBlockSrc.ucPtr;
}
}
}
以上代码的主要工作包括——以copy table的工作为例:(1) 获取源地址(pBlockSrc)、目标地址(pBlockDest)和长度(uLength);(2)从源地址(ROM地址)复制长度为uLength字节的数据到目标地址(RAM地址)。
那么源地址、目标地址和长度是如何得到的呢? ——我们可以看到在Ifx_C_Init()函数之前引用了变量__copy_table作为起始地址,从而获得了源地址、目标地址和长度。
但变量__copy_table是在哪里定义的?又是如何定义的呢?为何根据该变量可以获得地址和长度? ——问题的答案在于链接脚本(linker script)中定义的copy table(蓝色字体):
...................
.rodata : FLAGS(arl)
{
*(.rodata)
*(.rodata.*)
*(.gnu.linkonce.r.*)
/*
* Create the clear and copy tables that tell the startup code
* which memory areas to clear and to copy, respectively.
*/
. = ALIGN() ;
PROVIDE(__clear_table = .) ;
LONG( + ADDR(.CPU2.zbss)); LONG(SIZEOF(.CPU2.zbss));
LONG( + ADDR(.CPU2.bss)); LONG(SIZEOF(.CPU2.bss));
LONG( + ADDR(.CPU1.zbss)); LONG(SIZEOF(.CPU1.zbss));
LONG( + ADDR(.CPU1.bss)); LONG(SIZEOF(.CPU1.bss));
LONG( + ADDR(.CPU0.zbss)); LONG(SIZEOF(.CPU0.zbss));
LONG( + ADDR(.CPU0.bss)); LONG(SIZEOF(.CPU0.bss));
LONG( + ADDR(.zbss)); LONG(SIZEOF(.zbss));
LONG( + ADDR(.sbss)); LONG(SIZEOF(.sbss));
LONG( + ADDR(.bss)); LONG(SIZEOF(.bss));
LONG( + ADDR(.sbss4)); LONG(SIZEOF(.sbss4));
LONG( + ADDR(.bss_emem)); LONG(SIZEOF(.bss_emem));
LONG(-); LONG(-);
PROVIDE(__copy_table = .) ;
LONG(LOADADDR(.CPU2.zdata)); LONG(0 + ADDR(.CPU2.zdata)); LONG(SIZEOF(.CPU2.zdata));
LONG(LOADADDR(.CPU2.data)); LONG(0 + ADDR(.CPU2.data)); LONG(SIZEOF(.CPU2.data));
LONG(LOADADDR(.CPU1.zdata)); LONG(0 + ADDR(.CPU1.zdata)); LONG(SIZEOF(.CPU1.zdata));
LONG(LOADADDR(.CPU1.data)); LONG(0 + ADDR(.CPU1.data)); LONG(SIZEOF(.CPU1.data));
LONG(LOADADDR(.CPU0.zdata)); LONG(0 + ADDR(.CPU0.zdata)); LONG(SIZEOF(.CPU0.zdata));
LONG(LOADADDR(.CPU0.data)); LONG(0 + ADDR(.CPU0.data)); LONG(SIZEOF(.CPU0.data));
LONG(LOADADDR(.zdata)); LONG(0 + ADDR(.zdata)); LONG(SIZEOF(.zdata));
LONG(LOADADDR(.sdata)); LONG(0 + ADDR(.sdata)); LONG(SIZEOF(.sdata));
LONG(LOADADDR(.data)); LONG(0 + ADDR(.data)); LONG(SIZEOF(.data));
LONG(LOADADDR(.data_emem)); LONG(0 + ADDR(.data_emem)); LONG(SIZEOF(.data_emem));
LONG(LOADADDR(.data_lmu)); LONG(0 + ADDR(.data_lmu)); LONG(SIZEOF(.data_lmu));
LONG(LOADADDR(.sdata4)); LONG(0 + ADDR(.sdata4)); LONG(SIZEOF(.sdata4));
LONG(LOADADDR(.CPU0.psram_text)); LONG(0 + ADDR(.CPU0.psram_text)); LONG(SIZEOF(.CPU0.psram_text));
LONG(LOADADDR(.CPU1.psram_text)); LONG(0 + ADDR(.CPU1.psram_text)); LONG(SIZEOF(.CPU1.psram_text));
LONG(LOADADDR(.CPU2.psram_text)); LONG(0 + ADDR(.CPU2.psram_text)); LONG(SIZEOF(.CPU2.psram_text));
LONG(-1); LONG(-1); LONG(-1); //load -1 as end flag of copy_table(used by startup code)
. = ALIGN(8);
} > pfls0
首先定义符号常量__copy_table = .用来记录copy table的起始地址(注:链接脚本中定义的符号常量相当于一个全局变量,可以在工程中的.c和.h中使用,只需用extern引用即可);接下来定义copy table的内容——通过关键字LONG将各个.data段的VMA、LMA及段长度(单位:字节)从起始地址__copy_table开始,依序写入到ROM中。由于copy table的性质与.rodata段类似,因此该链接脚本将copy table接在.rodata段后面存储在ROM中。(注:LOADADDR可以读取段的LMA,ADDR读取段的VMA,SIZEOF读取段的长度)
注意,高亮部分可用于将程序从ROM拷贝到RAM运行,具体做法如下:
(1)首先用#pragma section命令将程序存储在自定义的程序段中
#pragma section ".my_ram_fun" ax
... user functions
#pragma section
(2)在链接脚本中加载该输入段(input section)并为其输出段(output section)分配存储地址,包括LMA和VMA。注意,这里输出段的名字必须后缀为.CPU0.psram_text,这样才能与copy table结合起来。当然,copy table中的段名可以自己定义,不必非得命名为.CPU0.psram_text
/* Allocate space for internal code sections. */
.CPU0.psram_text :
{
*(.my_ram_fun)
*(.my_ram_fun.*)
. = ALIGN() ;
} > PMI_PSPR AT> PMU_PFLASH0 =
通过以上两步,程序启动时启动代码便会将user function自动复制到RAM中。由copy table可类推clear table的原理,较为简单,在此不做赘述。
总结:Clear_table和Copy_table是什么? Clear_table和Copy_table是链接脚本中用于初始化.bss段和.data段的RAM空间的一段语句。
链接脚本(Linker Script)用法解析(二) clear_table & copy_table的更多相关文章
- 脚本kafka-configs.sh用法解析
引用博客来自李志涛:https://www.cnblogs.com/lizherui/p/12275193.html 前言介绍 网络上针对脚本kafka-configs.sh用法,也有一些各种文章,但 ...
- [转]Linux下的lds链接脚本详解
转载自:http://linux.chinaunix.net/techdoc/beginner/2009/08/12/1129972.shtml 一. 概论 每一个链接过程都由链接脚本(lin ...
- Linux下的lds链接脚本简介
转载:http://hubingforever.blog.163.com/blog/static/171040579201192472552886/ 一. 概论 每一个链接过程都由链接脚本(lin ...
- Linux下的lds链接脚本详解【转】
转自:http://www.cnblogs.com/li-hao/p/4107964.html 转载自:http://linux.chinaunix.net/techdoc/beginner/2009 ...
- Linux下的lds链接脚本详解
1. 概论2. 基本概念3. 脚本格式4. 简单例子5. 简单脚本命令6. 对符号的赋值7. SECTIONS命令8. MEMORY命令9. PHDRS命令10. VERSION命令11. 脚本内的表 ...
- [转]Linux下的链接脚本基础
[转]http://linux.chinaunix.net/techdoc/beginner/2009/08/12/1129972.shtml 1. 前言 (1)每一个链接过程都由链接脚本(linke ...
- Linux下的lds链接脚本简介(一)
转载自:http://linux.chinaunix.net/techdoc/beginner/2009/08/12/1129972.shtml 一. 概论 每一个链接过程都由链接脚本(linker ...
- Linux下的lds链接脚本基础
转载:http://soft.chinabyte.com/os/104/12255104.shtml 今天在看uboot引导Linux部分,发现要对链接脚本深入了解,才能知道各个目标文件的内存分布 ...
- 链接脚本(Linker Script)用法解析(一) 关键字SECTIONS与MEMORY
1.MEMORY关键字用于描述一个MCU ROM和RAM的内存地址分布(Memory Map),MEMORY中所做的内存描述主要用于SECTIONS中LMA和VMA的定义. 2.SECTIONS关键字 ...
随机推荐
- Tomcat性能调优实战
今日帮朋友做了tomcat性能调优的实际操作,心得记录一下. 服务器:Windows2017 配置:CPU 4 内存 8G Tomcat8.0+版本. 压力测试工具:apache-jmeter-4.0 ...
- AutoCad 二次开发 .net 之层表的增加 删除 修改图层颜色 遍历 设置当前层
AutoCad 二次开发 .net 之层表的增加 删除 修改图层颜色 遍历 设置当前层 AutoCad 二次开发 .net 之层表的增加 删除 修改图层颜色 遍历 设置当前层我理解的图层的作用大概是把 ...
- 【倒腾HTTPS】Nginx for Docker自签名SSL证书
前言 合格的web程序员, 必须能自由在 IIS. Nginx. Nginx for Docker上配置Https服务, 博客最近将专题记录 Https & Hsts 如何申请适用于生产 ...
- pxe批量部署脚本
#!/bin/bash #检查环境 setenforce 0 sed -i 's/=enforce/=disabled/g' /etc/selinux/config systemctl restart ...
- SSE图像算法优化系列三十:GIMP中的Noise Reduction算法原理及快速实现。
GIMP源代码链接:https://gitlab.gnome.org/GNOME/gimp/-/archive/master/gimp-master.zip GEGL相关代码链接:https://gi ...
- ASP.NET Core 1.0: Deploy to IIS
尽管ASP.NET最新的官方文档记录了如何Deploy to IIS,但是实际操作起来依旧磕磕绊绊.官方文档地址:https://docs.asp.net/en/latest/publishing/i ...
- diff算法
diff算法的作用计算出Virtual DOM中真正变化的部分,并只针对该部分进行原生DOM操作,而非重新渲染整个页面. 传统diff算法 通过循环递归对节点进行依次对比,算法复杂度达到 O(n^3) ...
- 除了获取 MAC 地址还能干啥
以前写过一篇<在Web中获取MAC地址>的文章,文章的地址是:https://www.cnblogs.com/tosser/p/9022187.html,我当时使用 OCX ...
- 力扣(LeetCode)最后一个单词的长度 个人题解
给定一个仅包含大小写字母和空格 ' ' 的字符串,返回其最后一个单词的长度. 如果不存在最后一个单词,请返回 0 . 说明:一个单词是指由字母组成,但不包含任何空格的字符串. 示例: 输入: &quo ...
- 看源码学编程系列之kafka(一)
kafka 由于它自身的高性能发送与消费能力,而受到广大企业的喜欢,所以我们就先看看kafka 一些源码实现如下: public void run() { int messageNo = 1; whi ...