ARM编译生成的代码中会分成两部分，RO和RW。同时编译会产生以下几个重要的地址空间分配变量：（如果想知道编译结束后，这些变量到底被赋了什么样的值，可以按照FIGURE-5配置ARM Linker。编译完成之后，你就可以看到很多编译细节，包括函数定位之类的信息。）
|Image$$RO$$Base| ：Read Only 代码部分的起始地址。FIGURE – 3的RO BASE。
|Image$$RO$$Limit| ：Read Only 代码部分的结束地址。
|Image$$RW$$Base| ： Read Write 代码可读写部分的起始地址。FIGURE – 3的RWBASE。
|Image$$ZI$$Base| ：这里是程序中用到的一些变量使用的空间。
|Image$$ZI$$Limit| ：变量结束的地址。 再看一段程序，BIOS中的初始化RAM的一部分程序：
IMPORT InitSystem
bl InitSystem
adr r0, ResetEntry
ldr r1, BaseOfROM
cmp r0, r1
ldreq r0, TopOfROM
beq InitRamData
ldr r2, =CopyProcBeg
sub r1, r2, r1
add r0, r0, r1
ldr r3, =CopyProcEnd
0
ldmia r0!, {r4-r7}
stmia r2!, {r4-r7}
cmp r2, r3
bcc %B0
ldr r3, TopOfROM
ldr pc, =CopyProcBeg
;***********************************************
CopyProcBeg
0
ldmia r0!, {r4-r11}
stmia r2!, {r4-r11}
cmp r2, r3
bcc %B0
CopyProcEnd
sub r1, r2, r3
sub r0, r0, r1
InitRamData
ldr r2, BaseOfBSS
ldr r3, BaseOfZero
0
cmp r2, r3
ldrcc r1, [r0], #4
strcc r1, [r2], #4
bcc %B0 mov r0, #0
ldr r3, EndOfBSS
1
cmp r2, r3
strcc r0, [r2], #4
bcc %B1
ldr pc, GotoMain GotoMain DCD $MainEntry ;***********************************************
IMPORT |Image$$RO$$Base| ; ROM code start
IMPORT |Image$$RO$$Limit| ; RAM data starts after ROM program
IMPORT |Image$$RW$$Base| ; Pre-initialised variables
IMPORT |Image$$ZI$$Base| ; uninitialised variables
IMPORT |Image$$ZI$$Limit| ; End of variable RAM space
BaseOfROM DCD |Image$$RO$$Base|
TopOfROM DCD |Image$$RO$$Limit|
BaseOfBSS DCD |Image$$RW$$Base|
BaseOfZero DCD |Image$$ZI$$Base|
EndOfBSS DCD |Image$$ZI$$Limit|
（CODE - 5）
ResetEntry是FIGURE-4中的 Image Entry Point。即程序入口地址。可以看出，上面程序的主要功能是将RO中的数据搬移至RW，同时将ZI中的数据清零。 这就对了，我最初的RO和ResetEntry都设至成了0，这样的话，数据搬移的时候就把已经被我擦除的Flash空间中的数据（一连串的0xff ）搬到了RW段，所以导致程序无法正常运行了。我把RO和ResetEntry都设至成了0x1f0000，RW设成0xc700000。编译。然后再烧录到FLASH的0x1f0000。重启，OK啦！板子跑起来了，用rdpc命令，读出pc值是0x1f41c4（FIGURE - 6）。完全正确。不过还是BIOS程序，只不过换了个地址跑而已。不过这下明白了，前面提到的直接copy到0xc000000不能运行的问题也解开了。
| 
