相当精彩的CMD配置分析-转自hellpdsp

相当精彩的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 =运行地址”中的“ = ”可以用“>”，其它的简化写法就没有了。大家不要乱用。