关于发动代码2440init.s（一）

; NAME: 2440INIT.S
; DESC: C start up codes
;Configure memory, ISR ,stacks
;Initialize C-variables
;彻底注释;=========================================
; NAME: 2440INIT.S
; DESC: C start up codes
;Configure memory, ISR ,stacks
;Initialize C-variables
;彻底注释=============================================
; HISTORY:
; 2002.02.25:kwtark: ver 0.0
; 2002.03.20:purnnamu: Add some functions for testing STOP,Sleep mode
; 2003.03.14:DonGo: Modified for 2440.
; 2009 06.24:Tinko Modified
;=========================================

;汇编不能运用include包含头文件，一切用Get
;汇编也不认识*.h 文件，一切只能用*.inc
GET option.inc ;界说芯片相关的装备
GET memcfg.inc ;界说存储器装备
GET 2440addr.inc ;界说了寄存器符号

;REFRESH寄存器[22]bit : 0- auto refresh; 1 – self refresh
BIT_SELFREFRESH EQU (1<<22) ;用于节电形式中，SDRAM主动改写
;处理器形式常量: CPSR寄存器的后5位决议现在处理器形式 M[4:0]
USERMODE EQU 0x10
FIQMODE EQU 0x11
IRQMODE EQU 0x12
SVCMODE EQU 0x13
ABORTMODE EQU 0x17
UNDEFMODE EQU 0x1b
MODEMASK EQU 0x1f ;M[4:0]
NOINT EQU 0xc0

;界说处理器各形式下仓库地址常量
UserStack EQU (_STACK_BASEADDRESS-0x3800) ;0x33ff4800 ~ _STACK_BASEADDRESS界说在option.inc中
SVCStack EQU (_STACK_BASEADDRESS-0x2800) ;0x33ff5800 ~
UndefStack EQU (_STACK_BASEADDRESS-0x2400) ;0x33ff5c00 ~
AbortStack EQU (_STACK_BASEADDRESS-0x2000) ;0x33ff6000 ~
IRQStack EQU (_STACK_BASEADDRESS-0x1000) ;0x33ff7000 ~
FIQStack EQU (_STACK_BASEADDRESS-0x0) ;0x33ff8000 ~

;arm处理器有两种作业状况 1.arm:32位 这种作业状况下履行字对准的arm指令 2.Thumb:16位 这种作业状
;态履行半字对准的Thumb指令
;由于处理器分为16位 32位两种作业状况 程序的编译器也是分16位和32两种编译办法 所以下面的程序用
;于依据处理器作业状况确认编译器编译办法
;code16伪指令指示汇编编译器后边的指令为16位的thumb指令
;code32伪指令指示汇编编译器后边的指令为32位的arm指令
;
;Arm上电时处于ARM状况，故不管指令为ARM集或Thumb集，都先强制成ARM集，待init.s初始化完结后
;再依据用户的编译装备转化成相应的指令形式。为此，界说变量THUMBCODE作为指示，跳转到main之前
;依据其值切换指令形式
;
;这段是为了一致现在的处理器作业状况和软件编译办法（16位编译环境运用tasm.exe编译
;Check if tasm.exe(armasm -16 …@ADS 1.0) is used.
GBLL THUMBCODE ;界说THUMBCODE全局变量留意EQU所界说的宏与变量的差异

[ {CONFIG} = 16 ;假如发现是在用16位代码的话（编译选项中指定运用thumb指令）

THUMBCODE SETL {TRUE} ;一方面把THUMBCODE设置为TURE

CODE32 ;另一方面暂时把处理器设置成为ARM形式，以便利初始化

| ;（|表明else）假如编译选项本来就指定为ARM形式
THUMBCODE SETL {FALSE} ;把THUMBCODE设置为FALSE就行了

] ;完毕

MACRO ;一个依据THUMBCODE把PC寄存的值保存到LR的宏
MOV_PC_LR ;宏称号
[ THUMBCODE ;假如界说了THUMBCODE，则
bx lr ;在ARM形式中要运用BX指令转跳到THUMB指令,并转化形式. bx指令会依据PC终究1位来确认是否进入thumb状况
| ;不然，
mov pc,lr ;假如方针地址也是ARM指令的话就选用这种办法
]
MEND ;宏界说完毕标志

MACRO ;和上面的宏相同,仅仅多了一个持平的条件
MOVEQ_PC_LR
[ THUMBCODE
bxeq lr
|
moveq pc,lr
]
MEND

;=======================================================================================
;下面这个宏是用于榜首次查表进程的完结中止向量的重定向,假如你比较仔细的话便是发现
;在_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函数

;( 引进外部变量MMU 的快速总线形式和异步总线形式两个变量)
;IMPORT MMU_SetAsyncBusMode
;IMPORT MMU_SetFastBusMode ;hzh

IMPORT Main
（上面都是宏，下篇文章程序真实开端）