相当精彩的CMD配置分析-转自hellpdsp 2008-08-23 10:29 对刚学习DSP的我,觉得首先有点无所适从.因为E文水平一般.面对一些芯片资料觉得有很多看不懂的地方.但后来从一DSP群里面一位同仁的建议其实E文资料也并不可怕.于是静下心来在打开电脑的同时把金山词典打开.慢慢的也可以理解文中意思.对于我来说也是一个提高了.在学习过程中我感觉就是CMD配置文件比较难,难的原因是对它的存储器结构不熟.因为每个定义就是把存储器空间的分配.下面是我个人的一些见解.一部分是从网上摘录:

CMD的专业名称叫链接器配置文件，是存放链接器的配置信息的，我们简称为命令文件，其中比较关键的就是MEMORY和SECTIONS两个伪指令的使用，常常令人困惑，系统出现的问题也经常与它们的不当使用有关。CCS是DSP软件对DOS系统继承的开发环境，CCS的命令文件经过DOS命令文件长时间的引申发展，已经变得非常简洁（不知道TI文档有没有详细CMD配置说明）。我学CMD是从DOS里的东西开始的，所以也从DOS环境下的CMD说起：

1.命令文件的组成
命令文件的开头部分是要链接的各个子目标文件的名字，这样链接器就可以根据子目标文件名，将相应的目标文件链接成一个文件；接下来就是链接器的操作指令，这些指令用来配置链接器，接下来就是MEMORY和SECTIONS两个伪指令的相关语句，必须大写。MEMORY，用来配置目标存储器，SECTIONS用来指定段的存放位置。结合下面的典型DOS环境的命令文件link.cmd来做一下说明：
file.obj          //子目标文件名1
file2.obj           //子目标文件名2
file3.obj           //子目标文件名3
- o prog.out        //连接器操作指令,用来指定输出文件
- m prog.m       //用来指定MAP文件
MEMORY
{ 略 }
SECTIONS
{ 略 }
otherlink.cmd
本命令文件link.cmd要调用的otherlink.cmd等其他命令文件，则文件的名字要放到本命令文件最后一行，因为放开头的话,链接器是不会从被调用的其他命令文件中返回到本命令文件。

2 MEMORY伪指令
MEMORY用来建立目标存储器的模型，SECTIONS指令就可以根据这个模型来安排各个段的位置，MEMORY指令可以定义目标系统的各种类型的存储器及容量。MEMORY的语法如下：
MEMORY
{
PAGE 0 : name1[(attr)] : origin = constant,length = constant
      name1n[(attr)] : origin = constant,length = constant
PAGE 1 : name2[(attr)] : origin = constant,length = constant
      name2n[(attr)] : origin = constant,length = constant
PAGE n : namen[(attr)] : origin = constant,length = constant
      namenn[(attr)] : origin = constant,length = constant
}
PAGE关键词对独立的存储空间进行标记，页号n的最大值为255，实际应用中一般分为两页,PAGE0程序存储器和PAGE1数据存储器。
name存储区间的名字，不超过8个字符，不同的PAGE上可以出现相同的名字（最好不用，免的搞混），一个PAGE内不许有相同的name。
attr的属性标识，为R表示可读；W可写X表示区间可以装入可执行代码；I表示存储器可以进行初始话，什么属性代码也不写，表示存储区间具有上述的四种属性，基本上我们都选择这种写法。
origin:略。
length:略。
下面是经常用的812的简单写法大家参考,
-l rts2800.lib
-w
-stack 400h
-heap 100
MEMORY
{
PAGE 0 :
*/
/* For this example, H0 is split between PAGE 0 and PAGE 1 */
/* BEGIN is used for the "boot to HO" bootloader mode    */
/* RESET is loaded with the reset vector only if           */
/* the boot is from XINTF Zone 7.   Otherwise reset vector   */
/* is fetched from boot ROM. See .reset section below    */
  
//RAMM0

MEMORY
{
PAGE 0 :
PRAMH0     : origin = 0x3f8000, length = 0x001000   
      
PAGE 1 :
/* SARAM                   */
RAMM0 : origin = 0x000000, length = 0x000400
RAMM1 : origin = 0x000400, length = 0x000400

/* Peripheral Frame 0: */
DEV_EMU : origin = 0x000880, length = 0x000180
FLASH_REGS : origin = 0x000A80, length = 0x000060
CSM        : origin = 0x000AE0, length = 0x000010
XINTF    : origin = 0x000B20, length = 0x000020
CPU_TIMER0 : origin = 0x000C00, length = 0x000008
CPU_TIMER1 : origin = 0x000C08, length = 0x000008      
CPU_TIMER2 : origin = 0x000C10, length = 0x000008      
PIE_CTRL : origin = 0x000CE0, length = 0x000020
PIE_VECT : origin = 0x000D00, length = 0x000100

/* Peripheral Frame 1: */
ECAN_A     : origin = 0x006000, length = 0x000100
ECAN_AMBOX : origin = 0x006100, length = 0x000100

/* Peripheral Frame 2: */
SYSTEM     : origin = 0x007010, length = 0x000020
SPI_A    : origin = 0x007040, length = 0x000010
SCI_A    : origin = 0x007050, length = 0x000010
XINTRUPT : origin = 0x007070, length = 0x000010
GPIOMUX : origin = 0x0070C0, length = 0x000020
GPIODAT : origin = 0x0070E0, length = 0x000020
ADC        : origin = 0x007100, length = 0x000020
EV_A    : origin = 0x007400, length = 0x000040
EV_B    : origin = 0x007500, length = 0x000040
SPI_B    : origin = 0x007740, length = 0x000010
SCI_B    : origin = 0x007750, length = 0x000010
MCBSP_A : origin = 0x007800, length = 0x000040

/* CSM Password Locations */
CSM_PWL : origin = 0x3F7FF8, length = 0x000008

/* SARAM                    */
DRAMH0     : origin = 0x3f9000, length = 0x001000       
}

SECTIONS
{
/* Allocate program areas: */
//放在PAGE0
.reset           : > PRAMH0,    PAGE = 0
.text          : > PRAMH0,    PAGE = 0
.cinit           : > PRAMH0,    PAGE = 0
/* Allocate data areas: */
//放在PAGE1
.stack           : > RAMM1,    PAGE = 1
.bss          : > DRAMH0,    PAGE = 1
.ebss          : > DRAMH0,    PAGE = 1
.const           : > DRAMH0,    PAGE = 1
.econst       : > DRAMH0,    PAGE = 1    
.sysmem       : > DRAMH0,    PAGE = 1
  
/* Allocate Peripheral Frame 0 Register Structures: */
DevEmuRegsFile : > DEV_EMU, PAGE = 1
FlashRegsFile     : > FLASH_REGS, PAGE = 1
CsmRegsFile    : > CSM,        PAGE = 1
XintfRegsFile     : > XINTF,    PAGE = 1
CpuTimer0RegsFile : > CPU_TIMER0, PAGE = 1    
CpuTimer1RegsFile : > CPU_TIMER1, PAGE = 1    
CpuTimer2RegsFile : > CPU_TIMER2, PAGE = 1    
PieCtrlRegsFile : > PIE_CTRL, PAGE = 1    
PieVectTable    : > PIE_VECT, PAGE = 1

/* Allocate Peripheral Frame 2 Register Structures: */
ECanaRegsFile     : > ECAN_A,    PAGE = 1  
ECanaMboxesFile : > ECAN_AMBOX PAGE = 1

/* Allocate Peripheral Frame 1 Register Structures: */
//在*.cmd中定义段在空间中的位置 然后在别的地方再把另外的变量指向这个空间
SysCtrlRegsFile : > SYSTEM,     PAGE = 1
SpiaRegsFile    : > SPI_A,    PAGE = 1
SciaRegsFile    : > SCI_A,    PAGE = 1
XIntruptRegsFile   : > XINTRUPT, PAGE = 1
GpioMuxRegsFile : > GPIOMUX, PAGE = 1
GpioDataRegsFile   : > GPIODAT     PAGE = 1
AdcRegsFile    : > ADC,        PAGE = 1
EvaRegsFile    : > EV_A,    PAGE = 1
EvbRegsFile    : > EV_B,    PAGE = 1
ScibRegsFile    : > SCI_B,    PAGE = 1
McbspaRegsFile : > MCBSP_A, PAGE = 1

/* CSM Password Locations */
CsmPwlFile    : > CSM_PWL,     PAGE = 1

}
/*
C程序的代码和数据如何定位(转载)

1,系统定义:
.cinit 存放C程序中的变量初值和常量;
.const 存放C程序中的字符常量、浮点常量和用const声明的常量;
.switch 存放C程序中switch语句的跳针表;
.text 存放C程序的代码;
.bss 为C程序中的全局和静态变量保留存储空间;
.far 为C程序中用far声明的全局和静态变量保留空间;
.stack 为C程序系统堆栈保留存储空间，用于保存返回地址、函数间的参数传递、存储局部变量和保存中间结果;
.sysmem 用于C程序中malloc、calloc和realloc函数动态分配存储空间。

*/


2.用户定义:
#pragma CODE_SECTION (symbol, "section name"); #pragma DATA_SECTION (symbol, "section name")

单个地址的时候可以使用 #define
如 #define my_data *(volatile unsigned int*)0x000C

在数组变量时 使用#pragma 宏
如
XXX.h/XXX.c
#pragma DATA_SECTION(my_data,".data_section")
unsigned char my_data[1024];
在xxx.cmd中建立.data_section并赋予地址就可以了

*/

SECTIONS必须用大写字母，其后的大括号里是输出段的说明性语句，每一个输出段的说明都是从段名开始，段名之后是如何对输入段进行组织和给段分配存储器的参数说明：
以.text段的属性语句为例，“{所有.text输入段名}”这段内容用来说明连接器输出段的.text段由哪些子目标文件的段组成，举例如下
SECTIONS
{
.text:{   file1.obj(.text) file2(.text) file3(.text,cinit)}略
}
指明输出段.text要链接file1.obj的.text和 file2的.text 还有file3的.text和.cinit。在CCS的SECTIONS里通常只写一个中间没有内容的“{ }”就表示所有的目标文件的相应段
接 下来说明“load＝加载地址   run =运行地址”链接器为每个输出段都在目标存储器里分配两个地址：一个是加载地址，一个是运行地址。通常情况下两个地址是相同的，可以认为输出段只有一个地址，这时就可以不加“run =运行地址”这条语句了；但有时需要将两个地址分开，比如将程序加载到FLASH，然后放到RAM中高速运行，这就用到了运行地址和加载地址的分别配置了，如下例所示：
.const :{略} load = PROG   run = 0x0800
常量加载在程序存储区，配置为在RAM里调用。
“load ＝加载地址”的几种写法需要说明一下，首先“load”关键字可以省略，“＝”可以写成“>”, “加载地址”可以是：地址值、存储区间的名字、PAGE关键词等，所以大家见到“.text:{ } > 0x0080”这样的语句可千万不要奇怪。“run =运行地址”中的“ = ”可以用“>”，其它的简化写法就没有了。大家不要乱用。