ARM-S3C2440启动文件init.s解析（2） FLASH, 程序, 定向, 空间

yuyang911220

;下面这个宏是用于第一次查表过程的实现中断向量的重定向,如果你比较细心的话就是发现
;在_ISR_STARTADDRESS=0x33FF_FF00里定义的第一级中断向量表是采用型如Handle***的方式的.
;而在程序的ENTRY处(程序开始处)采用的是b Handler***的方式.
;在这里Handler***就是通过HANDLER这个宏和Handle***建立联系的.
;这种方式的优点就是正真定义的向量数据在内存空间里,而不是在ENTRY处的ROM(FLASH)空间里,
;这样,我们就可以在程序里灵活的改动向量的数据了.
;========================================================================================
;;这段程序用于把中断服务程序的首地址装载到pc中，有人称之为“加载程序”。
;本初始化程序定义了一个数据区（在文件最后），34个字空间，存放相应中断服务程序的首地址。
;每个字空间都有一个标号，以Handle***命名。
;在向量中断模式下使用“加载程序”来执行中断服务程序。
;这里就必须讲一下向量中断模式和非向量中断模式的概念
;向量中断模式是当cpu读取位于0x18处的IRQ中断指令的时候，系统自动读取对应于该中断源确定
;地址上的指令取代0x18处的指令，通过跳转指令系统就直接跳转到对应地址
;函数中 节省了中断处理时间提高了中断处理速度标 例如 ADC中断的向量地址为0xC0,则在0xC0处
;代放如下码：ldr PC,=HandlerADC 当ADC中断产生的时候系统会自动跳转到HandlerADC函数中
;非向量中断模式处理方式是一种传统的中断处理方法，当系统产生中断的时候，系统将interrupt
;pending寄存器中对应标志位置位 然后跳转到位于0x18处的统一中断函数中
; 该函数通过读取interrupt pending寄存器中对应标志位 来判断中断源 并根据优先级关系再跳到
;对应中断源的处理代码中
;
;H|------|           H|------|        H|------|           H|------|         H|------|      
; |/ / / |            |/ / / |         |/ / / |            |/ / / |          |/ / / |      
; |------|<----sp     |------|         |------|            |------|          |------|<------sp
;L|      |            |------|<----sp L|------|            |-isr--|          |------| isr==>pc
; |      |            |      |         |--r0--|<----sp     |---r0-|<----sp  L|------| r0==>r0
;    (0)                (1)              (2)                  (3)               (4)

MACRO
$HandlerLabel HANDLER $HandleLabel
$HandlerLabel     ;标号
sub sp,sp,#4    ;(1)减少sp(用于存放转跳地址)
stmfd sp!,{r0}   ;(2)把工作寄存器压入栈(lr does not push because it return to original address)
ldr     r0,=$HandleLabel;将HandleXXX的址址放入r0
ldr     r0,[r0]    ;把HandleXXX所指向的内容(也就是中断程序的入口)放入r0
str     r0,[sp,#4]      ;(3)把中断服务程序(ISR)压入栈
ldmfd   sp!,{r0,pc}     ;(4)用出栈的方式恢复r0的原值和为pc设定新值(也就完成了到ISR的转跳)
MEND

;=========================================================================================
;在这里用IMPORT伪指令(和c语言的extren一样)引入|Image$$RO$$Base|,|Image$$RO$$Limit|...
;这些变量是通过ADS的工程设置里面设定的RO Base和RW Base设定的,
;最终由编译脚本和连接程序导入程序.
;那为什么要引入这玩意呢,最简单的用处是可以根据它们拷贝自已
;==========================================================================================
;Image$$RO$$Base等比较古怪的变量是编译器生成的。RO, RW, ZI这三个段都保存在Flash中，但RW，ZI在Flash中
;的地址肯定不是程序运行时变量所存储的位置，因此我们的程序在初始化时应该把Flash中的RW，ZI拷贝到RAM的
;对应位置。一般情况下，我们可以利用编译器替我们实现这个操作。比如我们跳转到main()时，使用 b   __Main,
;编译器就会在__Main和Main之间插入一段汇编代码，来替我们完成RW，ZI段的初始化。 如果我们使用 b   Main，
;那么初始化工作要我们自己做。编译器会生成如下变量告诉我们RO，RW，ZI三个段应该位于什么位置，但是它并
;没有告诉我们RW，ZI在Flash中存储在什么位置，实际上RW，ZI在Flash中的位置就紧接着RO存储。我们知道了
;Image$$RO$$Base，Image$$RO$$Limit，那么Image$$RO$$Limit就是RW（ROM data）的开始。
IMPORT  |Image$$RO$$Base|  ; Base of ROM code
IMPORT  |Image$$RO$$Limit|  ; End of ROM code (=start of ROM data)
IMPORT  |Image$$RW$$Base|   ; Base of RAM to initialise
IMPORT  |Image$$ZI$$Base|   ; Base and limit of area
IMPORT  |Image$$ZI$$Limit|  ; to zero initialise

;这里引入一些在其它文件中实现在函数,包括为我们所熟知的main函数
;IMPORT MMU_SetAsyncBusMode
;IMPORT MMU_SetFastBusMode ;hzh

IMPORT Main