ADS简单程序编译分析.docxVIP

前言最近准备将公司的产品进行更新,目前的产品是ucos操作系统混合了产品程序一起烧写到LPC2148的512k FLASH内部，这样做有个弊端，就是一旦产品程序出了错误，无法让客户自行更新程序，因此希望改成操作系统与产品程序分离，在必要的时候执行将tf卡内部的程序烧写道FLASH内部进行产品程序更新。操作系统程序一旦固化入FLASH则尽量不去修改，目前没有设计更新操作系统的方法。?如此一来，512K FLASH的底层空间由操作系统占用，程序上电从0地址运行，此时为操作系统端，此后程序将运行到能够切换到用户状态加载程序处。操作系统把需要的程序接口地址写入一个约定地址（比如读取TF卡），并没有使用swi（软件中断），因为这种形式修改起来方便，都是现成的程序。如果将来再次升级系统可以改变为swi调用系统函数。?系统按照与用户程序约定的地址调用用户程序，用户调用系统程序时也使用约定的地址寻找程序地址，因此首先需要了解ADS是如何编译程序的，因此进行了下面的分析：C代码首先，用ADS创建一个工程，输入以下代码：void fun1(){ char *p; int i; p = (char *)0 for(i = 0; i 16; i++) { *p = i; p++; }}int main(){ fun1(); return 1;}1234567891011121314151617在编译器设置里，将Linker-ARM linker下的link type设置为simple，RO Base设置为0x29c00，这是程序将来将要烧写到的位置。RW Base设置为0是将来保存变量的区域，此后在Linker-ARM fromELF功能里选择生成Text Information，设置好文件名，将会产生出文本文档形式的ELF文件详细说明，其中我们需要关注的是将要烧写到ROM中的代码段，附录里是摘抄出来的完整的编译后的汇编代码。汇编程序分析下面是对程序的分析：?首先，因为设置了RO Base为0x29c00，因此在执行此程序的时候，内存地址应为0x29c00，且PC（指令计数器）也应当指向此处。__main$a!!! 0x00029c00: e28f8090 .... ADD r8,pc,#0x90 ; #0x29c98 0x00029c04: e898000f .... LDMIA r8,{r0-r3} 0x00029c08: e0800008 .... ADD r0,r0,r8 0x00029c0c: e0811008 .... ADD r1,r1,r8 0x00029c10: e0822008 . .. ADD r2,r2,r8 0x00029c14: e0833008 .0.. ADD r3,r3,r8 0x00029c18: e240b001 ..@. SUB r11,r0,#1 0x00029c1c: e242c001 ..B. SUB r12,r2,#1可以看到第一行即程序的起始地址就是这个数，将来烧写的时候，烧写器会根据烧写地址放入对应位置（LPC2148的前512kb字节为Flash，属于非易失存储器，因此程序保存在这个范围内）。第一条语句将pc加上0x90放入r8，此时pc指向的是下一个取命令地址，也可能是因为一次取16字节命令，所以pc的值为0x29c08，则r8此后为0x29c98。下一条语句的意思是从r8开始，取连续的4个地址的值，放入r0-r3。_region_table$d 0x00029c98: 0000032c ,... DCD 812 0x00029c9c: P... DCD 848 0x00029ca0: P... DCD 848 0x00029ca4: h... DCD 872因此r0=812, r1=848, r2=848, r3=872。?后面的几个语句为r0=r0+r8…r3=r3+r8，r11=r0-1，r12=r2-1?通过计算，r0=0x29fc4, r1=0x29fe8, r2=0x29fe8, r3=0x2a000，可以看出来，这应该还是程序段内部的地址，他们对应的是下面的代码：Region$$Table$$Base$d 0x00029fc4: ....