最近在学习使用TI的DSP，CMD文件的编写始终是个无法绕过的坎，TI官网上能够提供的资料非常有限，也可能是我英文水平太低了。还好度娘帮忙找到不少国人撰写的CMD文件的编写方法，其中感觉写的最通俗最全面的是网名玄德写的《CMD文件的原理》，我也是通过它才算真正理解CMD。
有需要这篇文章参考的同学，因为博客无法上传附件，所以大家还是让度娘帮忙吧。
下面我总结下自己对CMD文件的理解和编写方法，一方面是帮助自己记忆和备忘，另一方面给有同样疑惑的童鞋们做个参考。自己也是初学者，理解上可能会有些错误，希望有大虾指正。
CMD的专业名称叫链接器配置文件，主要功能是描述程序代码编译后产生的各代码段在DSP地址空间中的存放位置。CCS（TI DSP开发工具软件）编译后会产生一个*.map的文件，在这个文件里描述了编译完成后会产生的各种代码段以及段名，这些是需要用CMD文件来帮助CCS定位安排到DSP的地址空间的。
如下所例：下面是从*.map中截取的一段描述程序编译后会产生的代码段以及段名，可以看到各个段已经被CCS编译器自动安排好具体存储空间。假如没有CMD文件定义地址空间分配，CCS编译器会自动按照某个规则自己定义，这个规则嘛我也不清楚，当然CCS胡乱定义的结果就是程序根本无法被载入DSP。
SEGMENT ALLOCATION MAP
run origin load origin length init length attrs members
---------- ----------- ---------- ----------- ----- -------
00800000 00800000 00005d40 00005d40 r-x
00800000 00800000 00005d40 00005d40 r-x .text
00805d40 00805d40 00001000 00000000 rw-
00805d40 00805d40 00000800 00000000 rw- .stack
00806540 00806540 00000800 00000000 rw- .sysmem
00806d40 00806d40 0000031c 0000031c rw-
00806d40 00806d40 0000031c 0000031c rw- .fardata
00807060 00807060 00000218 00000000 rw-
00807060 00807060 00000218 00000000 rw- .far
00807280 00807280 00000134 00000134 r--
00807280 00807280 00000134 00000134 r-- .const
008073b4 008073b4 00000120 00000000 rw-
008073b4 008073b4 00000120 00000000 rw- .cio
008074d4 008074d4 00000094 00000094 r--
008074d4 008074d4 00000094 00000094 r-- .cinit
根据上面的列表，我们知道了在CMD中需要定位哪些东西了。
CMD文件分成两个部分：一个是声明DSP所拥有的存储空间，另一个是分配这些存储空间给程序代码。如下所示：
（PS：在CMD文件中写注释，必须使用来分隔，不允许用//，这点和C语言不同）
MEMORY
{
L1D: o=0x00f00000 l=0x00008000
L1P: o=0x00e00000 l=0x00008000
L2: o=0x00800000 l=0x001F0000
L2A: o=0x009F0000 l=0x00010000
RESMEM: o=0xE0000000 l=0x01000000
}
MEMORY是一个关键字必须大写，后面的{}里声明了DSP所拥有的存储空间，不需要把全部的可用存储空间都声明一遍，只需要将你需要用到的部分声明一次，当然你多声明一点也没关系。在很多资料里经常会看到PAGE0、PAGE1这样的关键字，和我这里列的不同，其实这些只是助记用的，CMD的写法规则里并没有说非得定义这些，只是程序员们为了区分地址空间的类别，方便记忆，减少错误用的，而编译器并不会去识别这些东西。可以理解成这只是DSP程序员们之间的潜规则，哈哈。通常PAGE0用来定义ROM（掉电非易失型存储器），PAGE1用来定义RAM（掉电易失型存储器），也许还能分的更详细些，不过我见过的CMD文件一般只分这两类。在《CMD文件的原理》一文中，将RAM和ROM严格区分开，在我看来是没有必要的，都是DSP内部寻址的地址空间，编译器已经将各个编译好的代码段分类，变量，堆栈这类经常需要改变，对速度很敏感但掉电后丢失无所谓的数据就塞入RAM空间，如果对速度还有进一步要求的可以指定到DSP内部RAM空间。而对程序指令代码，常量参数这类需要掉电继续保存不会被改变的数据，则应该被安排到ROM空间。
这里我要提醒各位同学，DSP编程也是需要很多硬件知识的，DSP内部带的ROM和RAM空间都很小，甚至有些DSP就没有带ROM，只带很小的RAM空间，就这点RAM空间想跑大型程序，那基本是妄想，所以我们经常需要外扩RAM和ROM。这里说一句，片内的RAM都是都是1个时钟周期完成1次读或同时完成1次读写的高速RAM，比外扩的RAM速度快很多。
先说ROM，常用的ROM有EEPROM、NOR FLASH、NANO FLASH，具体的区别参见我的博客：
《EEPROM/NOR FLASH/NANO FLASH的区别》一文，附送传送门
EEPROM因为容量通常不大,已经渐渐淡出DSP的应用,现在用的比较多的是NOR FLASH和NANO FLASH,尤其是性价比最高的NANO FLASH,虽然操作最麻烦,但在成本高于一切的IT领域,NANO FLASH才是王道。DSP有一个专门的接口比如I2C、UHPI等借口来驱动这些外部ROM存储器，寻址范围需要查阅DSP的芯片手册。
再说说RAM，一般DSP都会用DRAM来作为RAM的扩充，比如早期的SDRAM，DDR，DDR2，一直到现在的DDR3。也是通过一个专门的驱动接口比如EMIF接口来挂载这些RAM空间。
对我们程序员来说，我们不需要去深入理解这些外扩的RAM和ROM是如何被驱动的，这里我们只谈CMD的编写，所以我们只要知道这些RAM和ROM对应的寻址空间是可用的，并在CMD文件中加以声明。
再解释下 L1D: o=0x00f00000 l=0x00008000
L1D是自己定义的，你想叫什么都可以，只要你自己能理解这是什么就成，当然也不能太长。它代表的是从0x00f00000开始，长度为0x00008000的一段存储空间。o和l分别是org和length的简写，这两个是关键字。
DSP拥有哪些存储空间呢？这个你同样得去查DSP的芯片手册了，英文不好的同学赶紧加紧补习英文吧，不要求能说会道，起码能看懂芯片手册，谁让这些高端的DSP都是人家老外做的。
这里以我自己在学习的TMS320TCI6614为例：
从TI的官网上下载到这个DSP的芯片手册sprs671c.pdf，看到2.2 Memory Map Summary章节，TMS320TCI6614是一个很大的DSP，下面我只截取其中相关的一小段。
Logical 32 bit Address Physical 36 bit Address
Start End Start End Bytes Description
0000 0000 007F FFFF 0 0000 0000 0 007F FFFF 8M Reserved
0080 0000 008F FFFF 0 0080 0000 0 008F FFFF 1M L2 SRAM
0090 0000 00DF FFFF 0 0090 0000 0 00DF FFFF 5M Reserved
00E0 0000 00E0 7FFF 0 00E0 0000 0 00E0 7FFF 32K L1P SRAM
00E0 8000 00EF FFFF 0 00E0 8000 0 00EF FFFF 1M-32K Reserved
00F0 0000 00F0 7FFF 0 00F0 0000 0 00F0 7FFF 32K L1D SRAM
00F0 8000 00FF FFFF 0 00F0 8000 0 00FF FFFF 1M-32K Reserved
从中各位同学应该能发现其中的规律，我就不多费口舌了。
下面再说下对这些声明过的存储空间
SECTIONS
{
.bss > L2
.far > L2
.text > L2
.cinit > L2
.const > L2
.stack > L2
.cio > L2
.sysmem > L2
.switch > L2
.fardata > L2
.neardata > L2
.rodata > L2
.test > L2
.init > L2
}
如前文所述，DSP需要分配存储资源的数据都在*.map文件中能够找到，所以要合理分配这些存储资源对优化DSP执行效率非常重要。
SECTIONS是分配存储空间的关键字，必须大写，后面跟着的{}中是给各个数据段分配的空间，至于这些数据段在被分配的空间中如何具体安排，这些是编译器自动完成的，不需要我们操心。
上面只是一个非常简单的例子，把所有的段落都定义到了L2这个存储空间，当时我只是用来跑hello world不需要掉电保存这些功能，也不要外部去扩充RAM。“.bss”是数据段的名称，部分是关键字，具体含义后面解释，也可以自定义一些数据段，具体做法也在后面详述；“〉”是指定的意思；“L2”则是前面声明过的存储空间的一部分。语法很简单，如果有做过PAGE1这类多层声明，则应该再写成“.bss > L2 PAGE1”
其实上面的是简略写法，实际的语法结构应该是：
.bss: {所有.bss输入段名} load＝加载地址 run =运行地址
“{所有.bss输入段名}”这段内容用来说明连接器输出段的.text段由哪些子目标文件的段组成。如果没有则省略{}也是可以的。
load和run，链接器为每个输出段都在目标存储器里分配两个地址：一个是加载地址，一个是运行地址。通常情况下两个地址是相同的，可以认为输出段只有一个地址，这时就可以不加“run =运行地址”这条语句了；但有时需要将两个地址分开，比如将程序加载到FLASH，然后放到RAM中高速运行，这就用到了运行地址和加载地址的分别配置了。
load和run有一些简化写法，首先“load”关键字可以省略，“＝”可以写成“>”, “加载地址”可以是：地址值、存储区间的名字、PAGE关键词等，所以大家见到“.text:{ } > 0×0080”这样的语句可千万不要奇怪。“run =运行地址”中的“ = ”可以用“>”其它的简化写法就没有了。大家不要乱用。
下面介绍下这些字段都是什么意思
.text 关键字 程序指令代码编译后形成的二进制数据，需要放入ROM类型存储器中
.vector 关键字 中断跳转服务程序的入口地址数据，需要放入ROM类型存储器中（这一点还是有点晕）
.cinit 关键字 程序中的变量初值和常数，需要放入ROM类型存储器中
.stack 关键字 系统堆栈，用于保存返回地址、函数间的参数传递、存储局部变量和保存中间结果
.bss 关键字 程序中的全局变量和静态变量，需要放入RAM类型存储器中
.const 关键字 程序中的字符常量、浮点常量以及用const声明的常量
.sysmem 关键字 用于程序中的malloc 、calloc 、和realoc 函数动态分配
.test 自定义 自定义的数据段，怎么放看你的需求
自定义的段落用法：
int a[200];//定义了1个数组
#pragma DATA_SECTION (a".test")//将这个数组变量归入test这个段落，假如没有这个段落，a这个数组变量将会归入.bss段落，这样独立出来好处是能对某些变量定义到速度更快的空间，提高运行效率。
PS：其他关键字和用法等待补充。
