ARM(44b0)初学者总结（转载）

我的开发板是s3c44b0x的， 2m NOR FLASH在bank0,8m sdram在bank6.首先看看我们要解决的问题。有些ARM芯片有内嵌的RAM 和FALSH.这样可以直接在片内运行程序，44B0X片内只有几K CACHE，ROM和RAM都是外接的芯片。我们的程序是要写入FLASH中保存，但执行时是拷到SDRAM中执行的（如在ROM中执行速度会较慢）。要做到这一点需要把程序做成两个分程序：一个是实现你的系统功能的主程序，如果你用嵌入式系统，那就是UCOS和UCLINUX之类的程序，这个程序的代码保存在FLASH中，但执行时会拷到RAM中再执行；一个是引导程序，直接在FLASH中执行，负责把初始化芯片和外设，并把主程序从FLASH中拷到 RAM中，然后跳到主程序去执行，对应的概念是UBOOT等常见的引导程序，这个程序会被写入0X0开始的地址，开机后自动执行。

那么我们需要解决以下几个问题：
1.如何编译和调试主程序
2.如何使中断跳到RAM中的中断服务程序执行
3.如何把引导程序和主程序写入FLASH中.
以下我们来解决这几个问题：
1 开始在仿真器中写代码和调试
由于主程序会被拷贝到RAM中执行，则我们应该在编译时就把程序定位到RAM中。这里先要说说几个ADS的参数的意义,在ADS的ARM LINKER页有RO,RW两个参数，此外还有一个ZI没有在页中给出，RO是只读代码的起始地址，由这个地址开始存放编译出来的程序指令；RW是程序的读写段的开始，即你程序中的数据存放的开始地址，ZI紧跟在RW区后，ZI区存放的是需要在程序运行时初始化为0的数据。
了解这几个链接参数的意义后我们可以设置这几个参数了：对于我的44B0X板8M SDRAM在0XC00_0000.因此在开发时把ADS中的RO BASE的地址指定为0XC00_0000;置于RW,在程序完成前可以预先估计一下程序的体积有多大，需要用到的数据区有多大，避免数据区太小或代码区覆盖掉前面的数据区就是了，我用了0XC10_0000,1M的代码空间，其他作数据区。这样，我们编译出来的程序代码就是在0XC00_0000中，可以直接由仿真器写入RAM中运行仿真运行。此外，在linker-〉layout页有个object symbol和section的选项，要求你填入映像文件最开始的object文件名和段名，这两个参数在仿真时不填写也不会影响运行，因为仿真器会自动修改pc指针，但要建立能烧写的映像文件，则一定要填写好，具体填写什么后面分析程序时再讲。
2中断问题
和所有单片机一样，ARM复位后从地址0X0开始执行，而0X0后是一串默认的中断向量表。对51这样的芯片，我们会直接在这个中断向量表中填入跳转语句，让它跳到指定的ISR处理中断事件。由于我们的主程序是在RAM中执行的，编译时又和引导程序分开，不可能预先知道我们写的ISR具体地址，而预留的中断向量表只够每个中断一个跳转指令，因此我们需要做二次跳转。在内存中建立一个中断向量表，每个中断对应一个字，存放ISR的地址。尔后，对每个中断写一段短的代码，把ISR地址取出，填入PC。而0X0后面中断向量的跳转指令，则是跳到这小段程序中。
3烧写flash,ADX中似乎有个写入flash的选项，我自己没有具体用过。但听说用jtag写flash会比较慢。由于nor flash或nand flash都是可以编程烧写的，即我们可以写个程序擦写flash,问题是如何读取编译出来的映像文件。这个也不用担心，adx中有个菜单把文件内容写入指定的地址中，把影响文件指定到一个ram地址，然后就用烧写程序把ram的内容拷入rom中就是了。我们有个boot程序，一个主程序要映射到rom 中.假设我把0xc20_0000开始的2m地址作rom的映像，则把boot程序导入0xc20_0000,boot的程序非常短，在 0xc20_1000开始放主程序。然后把0xc20_0000到0xc40_0000的内容全部拷入rom中（当然在导入文件前这些ram应该先被清空或写入ff.）。
让我们来看看相关的代码，具体认识一下该怎么处理前面说的这些问题，还有另外的一些问题。这里使用的代码是在44b0x的application note的第三章中拿出来的，这个文件在网上应该很容易找到。
程序的入口在44binit.s汇编文件中，其中一个Init 段是整个程序的入口：
AREA Init,CODE,READONLY
ENTRY
b ResetHandler ;for debug
b HandlerUndef ;handlerUndef
b HandlerSWI ;SWI interrupt handler
b HandlerPabort ;handlerPAbort
b HandlerDabort ;handlerDAbort
b . ;handlerReserved
b HandlerIRQ
关键字ENTRY告诉编译器保留这段代码。从代码看INIT段就是要写入0X0地址的原始中断向量，因此把这个文件编译生成的44BINIT.O和 INTT填入上面提到的LAYOUT页对应项中。这样编译器会把该段代码编译到0X0地址。（仿真时你可以试试别填这两个项目，看看ADX中的反汇编代码入口被放到哪里）。
这段代码里除了reset句外，有每句都有一个HandlerXXX的标号，这就是前面提到的中断处理程序的入口，它是由前面的一个宏来定义的：
MACRO
$HandlerLabel HANDLER $HandleLabel
$HandlerLabel
sub sp,sp,#4 ;decrement sp(to store jump address)
stmfd sp!,{r0}
;PUSH the work register to stack(lr doest push because it return to original address)
ldr r0,=$HandleLabel;load the address of HandleXXX to r0
ldr r0,[r0] ;load the contents(service routine start address) of HandleXXX
str r0,[sp,#4] ;store the contents(ISR) of HandleXXX to stack
ldmfd sp!,{r0,pc} ;POP the work register and pc(jump to ISR)
MEND
我自己没有写过宏，所以还是看编译出来的代码比较直接：
HandlerSWI
0x0c000198: e24dd004 ..M. SUB r13,r13,#4
0x0c00019c: e92d0001 ..-. STMFD r13!,{r0}
0x0c0001a0: e59f0458 X... LDR r0,0xc000600
0x0c0001a4: e5900000 .... LDR r0,[r0,#0]
0x0c0001a8: e58d0004 .... STR r0,[r13,#4]
0x0c0001ac: e8bd8001 .... LDMFD r13!,{r0,pc}
这是ads输出的汇编代码，就是刚才的宏对应swi的一个实例，其中有两句
LDR r0,0xc000600
LDR r0,[r0,#0]
是把0x0c000600的内容载入r0,再把r0地址的ram单元载入r0.去看看0xc000600的内容，是0X0c7fff08，这是我设定的内存中的中断向量表地址之一，中断向量表的起始地址是0X0c7fff00，因此0X0c7fff08存放的刚好就是swi的isr地址。后面程序就跳到对应的ISR去了。（这段宏程序由于我不熟悉