CMD各段定义与分配方法指引

DSP28335—CMD文件中的各个段解释
CMD文件里有两个基本的段：初始化段和非初始化段。初始化段包含代码和常数等必须在DSP上电之后有效的数。故初始化块必须保存在如片内FLASH等非易失性存储器中，非初始化段中含有在程序运行过程中才像变量内写数据进去，所以非初始化段必须链接到易失性存储器中如RAM。

已初始化的段：.text,.cinit,.const,.econst,.pinit和.switch…
.text：所有可以执行的代码和常量
.cinit:全局变量和静态变量的C初始化记录，包含未用const声明的外部（extern）或静态（static）数据表
.const：包含字符串常量和初始化的全局变量和静态变量（由const）的初始化和说明
.econst：包含字符串常量和初始化的全局变量和静态变量（由far const）的初始化和说明，与.const不同的是.const分配范围被限制在低64K 16位数据区，而.econst的分配范围是4M 22位数据区
.pinit：全局构造器（C++）程序列表
.switch：包含switch声明的列表

非初始化的段：.bss,.ebss,.stack,.sysmem,和esysmem.（更好的理解就是，这些段就是存储空间而已）
.bss: 为全局变量和局部变量保留的空间，在程序上电时.cinit空间中的数据复制出来并存储在.bss空间中。
.ebss：为使用大寄存器模式时的全局变量和静态变量预留的空间，在程序上电时，cinit空间中的数据复制出来并存储在.ebss中，与.bss不同的是.bss分配范围被限制在低64K 16位数据区，而.ebss的分配范围是4M 22位数据区
.stack:为系统堆栈保留的空间，用于和函数传递变量或为局部变量分配空间。
.sysmem:为动态存储分配保留的空间。如果有宏函数，此空间被宏函数占用，如果没有的话，此空间保留为0
.esysmem:为动态存储分配保留的空间。如果有far函数，此空间被相应的占用，如果没有的化，此空间保留为0.

编译器生成的包含代码和数据的多个部分，称为段。这下段被分为两个不同的组：初始化了的和没被初始化的，初始化的部分是由所有的代码，常量和初始化表组成的。下表列出了由编译器产生的初始化段。

初始化段
段名 内容 限制
.cinit 显式初始化的全局变量和静态变量表 代码
.const 显式初始化的全局和静态的const变量和字符串常量 不超过64K长度
.econst 长调用的常量 数据中的任何地方
.pinit 全局对象的构造函数表 代码
.switch switch语句产生的表 代码或者数据
.text 可执行代码和常数 代码

没初始化的段是由未初始化的变量，堆栈和malloc产生的内存。下表列出了由编译器产生的没初始化段。

没初始化段
段名 内容 限制
.bss 全局和静态变量 不超过64K长度
.ebss 长调用的全局或静态变量 数据中的任何地方
.stack 堆栈空间 不超过64K长度
.sysmem malloc函数产生的内存 不超过64K长度
.esysmem far_malloc函数产生的内存 数据中的任何地方

一旦编译器生成的这些段，连接器会从各个源文件中取出这些段，并结合它们来创建一个输出文件。连接器命令文件（.cmd）就是用来告诉连接器去哪里找这些段的。初始化段必须分配到非易失性存储器，如flash/ ROM，当电源被撤除时，程序不会消失。未初始化的段可以被分配到RAM中，因为它们是在代码执行期间被初始化的。

当需要把程序从flash复制到RAM里时，各个段分配参考如下：

.cinit Flash

.cio RAM

.const Flash

.econst Flash

.pinit Flash

.switch Flash

.text Flash

.bss RAM

.ebss RAM

.stack Lower 64Kw RAM

.sysmem RAM

.esysmem RAM

.reset RAM1

具体应用实例：
（一）#pragma DATA_SECTION 利用CCS进行DSP编程时，如果不指定变量的存储位置，那么编译器会自动给变量分配存储位置，但是，有些时候，需要将某个变量存放到某个特定的位置，这个时候就可以利用#pragma DATA_SECTION指令了。

第一步，利用#pragma DATA_SECTION指令将变量xxxCmdBuf关联到SECTIONS“ramdata”；

#pragma DATA_SECTION(xxxCmdBuf,“ramdata”); uint16_t xxxCmdBuf[4];12

第二步，修改CMD文件使得“ramdata”映射到指定的地址空间。

MEMORY { PAGE 0 : /* Program Memory */ …

PAGE 1 : /* Data Memory */ … RAML_XXXCMD : origin = 0x00BFF0, length = 0x000004 } …

SECTIONS { … ramdata : > RAML_XXXCMD, PAGE = 1 … }1234567891011121314151617

只需完成上述简单的两步就可以将某个变量指定到特定的位置，一些博文指出采用这种方法时，需要先利用#pragma DATA_SECTION开辟一个空间，然后在定义该空间的大小，即第一步中的两行代码是有先后顺序的。

TI 的技术文档《Programming TMS320x28xx and 28xxx Peripherals in C/C++》（SPRAA85D–November 2005–Revised January 2013）对该方法也有相应的描述，如下所示。

（二）#pragma CODE_SECTION 利用#pragma CODE_SECTION指令可以将程序从Flash搬到RAM中运行，从而提高程序执行速率，该方法需要完成以下四步。

第一步，利用#pragma CODE_SECTION指令关联程序和SECTIONS；

#pragma CODE_SECTION(mainISR,“ramfuncs”);1

第二步，为链接创建相关变量；

// Used for running BackGround in flash, and ISR in RAM extern uint16_t *RamfuncsLoadStart, *RamfuncsLoadEnd, *RamfuncsRunStart;12

第三步，复制时间关键代码以及Flash设置代码到RAM；

// Copy time critical code and Flash setup code to RAM // The RamfuncsLoadStart, RamfuncsLoadEnd, and // RamfuncsRunStart symbols are created by the linker. // Refer to the linker files. memCopy((uint16_t *)&RamfuncsLoadStart,(uint16_t *)&RamfuncsLoadEnd,(uint16_t *)&RamfuncsRunStart);1234

第四步，修改CMD文件。

SECTIONS { /* Allocate program areas: */ … ramfuncs : LOAD = FLASHD, RUN = RAML0_1, LOAD_START(_RamfuncsLoadStart), LOAD_END(_RamfuncsLoadEnd), RUN_START(_RamfuncsRunStart), PAGE = 0 1234567891011

上面代码中， LOAD = FLASHD, //指定了要加载程序在Flash里的地址段 RUN = RAML0_1, //指定了在RAM里运行程序的RAM地址段 LOAD_START(_RamfuncsLoadStart), // 所要加载程序在Flash里的初始地址 LOAD_END(_RamfuncsLoadEnd), // 所要加载程序在Flash里的结束地址 RUN_START(_RamfuncsRunStart)