DSP的CMD文件 & RUN_START

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:略。
下面是经常用的2407的简单写法大家参考,程序从0x060开始，要避开加密位，不从0x0044开始更可靠一点，此例中的同名的页可以只写第一个，其后省略，但写上至少安全一点：
MEMORY
{
PAGE 0: VECS: origin = 0x0000, length 0x40
PAGE 0: PROG: origin = 0x0060, length 0x6000
PAGE 1: B0 : origin = 0x200, length 0x100
PAGE 1: B1 : origin = 0x300, length 0x100
PAGE 1: DATA: origin = 0x0860, length 0x0780
}

3 SECTIONS伪指令
SECTIONS指令的语法如下：
SECTIONS
{
.text: {所有.text输入段名} load＝加载地址 run =运行地址
.data: {所有.data输入段名} load＝加载地址 run =运行地址
.bss: {所有.bss输入段名} load＝加载地址 run =运行地址
.other: {所有.other输入段名} load＝加载地址 run =运行地址
}
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 =运行地址”中的“ = ”可以用“>”，其它的简化写法就没有了。大家不要乱用。

4 CCS中的案例
在CCS中的命令文件好像简化了不少，少了很多东西，语句也精简了好多，首先不用指定输入链接器的目标文件，CCS会自动默认处理，其次链接器的配置命令也和DOS的环境不同，需要了解的请找TI文档吧！下面是刘和平书中的例子，大家来看看是不是可以很精确的理解了呢！
-stack 40



MEMORY
{
PAGE 0 : VECS : origin = 0h , length = 40h
       PVECS : origin = 40h , length = 70h
       PROG : origin = 0b0h , length = 7F50h
PAGE 1 : MMRS : origin = 0h , length = 05Fh
     B2 : origin = 0060h , length = 020h
     B0 : origin = 0200h , length = 100h
     B1 : origin = 0300h , length = 100h
SARAM : origin = 0800h , length = 0800h
EXT : origin = 8000h , length = 8000h
}



SECTIONS
{
    .reset : { } > VECS PAGE 0
    .vectors : { } > VECS PAGE 0
    .pvecs : { } > PVECS PAGE 0
    .text : { } > PROG PAGE 0
    .cinit : { } > PROG PAGE 0
    .bss : { } > SARAM PAGE 1
    .const : { } > SARAM PAGE 1
    .stack : { } > B1 PAGE 1
}

第二章 CMD文件的编写



1. COFF格式

1> 通用目标文件格式（Common Object File Format）是一种流行的二进制可执行文件格式，二进制可执行文件包括库文件（lib），目标文件（obj）最终可执行文件（out）。，现今PC机上的Windows95和NT4.0以后的操作系统的二进制文件格式（PE）就是在COFF格式基础上的进一步扩充。

2> COFF格式：详细的COFF文件格式包括段头，可执行代码和初始化数据，可重定位信息，行号入口，符号表，字符串表等，这些属于编写操作系统和编译器人员关心范畴。而对于C只需要了解定义段和给段分配空间就可以了。

3> 采用COFF更有利于模块化编程，程序员可以自由决定愿意把哪些代码归属到哪些段，然后加以不同的处理。

2. Section目标文件中最小单位称为块。一个块就是最终在存储器映象中占据连续空间的一段代码或数据。

1> COFF目标文件包含三个默认的块：

.text可执行代码

.data已初始化数据

.bss为未初始化数据保留的空间

2> 汇编器对块的处理

未初始化块

                        .bss 变量存放空间

                        .usect 用户自定义的未初始化段

初始化块

                        .text 汇编指令代码

                        .data 常数数据（比如对变量的初始化数据）

                        .sect 用户自定义的已初始化段

                       .asect 通.sect，多了绝对地址定位功能，一般不用

          3>C语言的段

未初始化块（data）

                        .bss 存放全局和静态变量

                        .ebss 长调用的.bss(超过了64K地址限制)

                        .stack 存放C语言的栈

                        .sysmem 存放C语言的堆

                        .esysmem 长调用的.sysmem(超过了64K地址限制)

初始化块

                        .text 可执行代码和常数(program)

                        .switch switch语句产生的常数表格（program/低64K数据空间）

                                           .pinit Tables for global constructors (C++)(program)

                        .cinit 用来存放对全局和静态变量的初始化常数值(program)

                        .const 全局和静态的const变量初始化值和字符串常数，（data）

                        .econst 长.const（可定位到任何地方）（data）

3> 自定义段（C语言）

#pragma DATA_SECTION(函数名或全局变量名,"用户自定义在数据空间的段名");

#pragma CODE_SECTION(函数名或全局变量名,"用户自定义在程序空间的段名");

不能在函数体内声明。

必须在定义和使用前声明

#pragma可以阻止对未调用的函数的优化

3. 连接命令文件（CMD）

1> MEMORY指定存储空间

MEMORY
{
PAGE 0:
   name 0 [attr] : origin = constant, length = constant

PAGE n:
      name n [attr] : origin = constant, length = constant

}

PAGE n:标示存储空间，n SECTIONS分配段

    SECTIONS

{

name : [property,property,……]

}

name:输出段的名称

property：输出段的属性：

    load＝allocation（强制地址或存储空间名称）同>allocation：定义输出段将会被装载到哪里。

    run= allocation（强制地址或存储空间名称）同>allocation：定义输出段将会在哪里运行。

注：CMD文件中只出现一个关键字load或run时，表示两者的地址时表示两者的地址时重合的。

    PAGE = n，段位于那个存储页面空间。

例：ramfuncs : LOAD = FLASHD,

                          RUN = RAML0,

                          LOAD_START(_RamfuncsLoadStart),

                          LOAD_END(_RamfuncsLoadEnd),

                          RUN_START(_RamfuncsRunStart),

                          PAGE = 0

  

3> 直接写编译命令

-l rts2800_ml.lib 连接系统文件rts2800_ml.lib

-o filename.out 最终生成的二进制文件命名为filename.out

-m filename.map 生成映射文件filename.map

-stack 0x200 堆栈为512字

    4. .const段：

       由关键字const限定的全局变量（const限定的局部变量不产生）初始化值，和出现在表达式（做指针使用，而用来初始化字符串数组变量不产生）中的字符串常数，另外数组和结构体是局部变量时，其初始值会产生.const段，而全局时不产生。

[关于LOAD_START, LOAD_END, RUN_START]

首先， Flash28_API 和 ramfuncs 是两个段名，{...}大括号中表示这个段的内容，如果为空则表示全部内容。

其次，LOAD和RUN是段的两个属性，分别规定段将装载在存储器内何处以及在存储器内何处运行。

再次，LOAD_START, LOAD_END, RUN_START 这几个并非是参数，而是能够生成指全局符号的指令，生成的全局符号决定了装载地址、运行地址、段长度（这里是：Flash28_API_LoadStart, Flash28_API_LoadEnd 和Flash28_API_RunStart）

最后，要了解以上的工作只是在cmd中定义了段的属性，意思是说，Flash28_API 这个段将装载入FLASH，而需要在RAM中运行。因此要把FLASH中的地址复制到RAM区中去，那么你需要再做一步工作：在main中的初始化代码段中，调用支持库里面的函数memcpy()将上面定义的段从FLASH中的地址复制到RAM区。

memcpy(&Flash28_API_RunStart, &Flash28_API_LoadStart,

        &Flash28_API_LoadEnd-&Flash28_API_LoadStart)
这样才算完整。


补充：为什么需要将一些段从FLASH中复制到RAM中运行

1，初始化中断向量。由于上电时，外设扩展中断(PIE)的中断向量必须位于非易失性存储器(如Flash)中，因此初始化时必须要把中断向量从FLASH中拷贝到PIEVECT RAM中，完成中断向量表的初始化。


2，初始化Flash控制寄存器。Flash控制寄存器FOPT、FPWR、：FSTDBY-WAIT、FACTIVEWAIT、FBANKWAIT、FOTPWAIT的初始化代码不能从Flash存储器当中运行．否则就会有不可预料的结果出现。所以，Flash控制寄存器的初始化函数在运行时必须从Flash(它的装载地址)拷贝到RAM(它的运行地址)。同时要注意的是，Flash控制寄存器由Code Security Module(CSM)保护。如果CSM被保护起来了，那么必须从被保护的RAM(例如：L0或者L1 SARAM)运行Flash控制寄存器的初始化代码，否则Flash控制寄存器的初始化代码无法访问Flash控制寄存器。


3，性能最优化。由于分立式嵌入式系统要求所有的初始化数据最初都是位于非易失性存储器中（如FLASH），访问片上RAM中的常数与常数表必须花费多个时钟去访问FLASH，为提高效率，必须为想访问的RAM中的常数建立独立的装载和运行地址。在运行时把这些常数从片上Flash中拷贝到RAM中。

非常好的资料！学习了！