1.重定位的引入（为什么要代码重定位）

我们知道s3c2440的cpu从0地址开始取指令执行，当从nor启动时,0地址对应nor,nor可以像内存一样读，但不能像内存一样写。我们能够从nor上取指令执行。

例子1：当nand启动的时候，我们nand中的前4K指令会变自动加载到sram中去，这时的0地址对应sram。

那么我们的程序如果大于4K,要从nand启动，sram只拷贝了nand中的前4K代码，那么如何解决这个问题呢？ 那么就需要重定位代码到sdram中去，sdram的容量较大，又可以直接被cpu访问。

例子2：我们知道，程序含有：

代码段（.text）

数据段(.data):存放初始值不为0的全局变量/静态变量

rodata段(.rodata)：const修饰的全局变量或静态变量

bss段(.bss)：存放初始值为0或者未初始化的全局变量/静态变量

commen段(.commen):注释

假设有如下代码编译成一个bin文件。

#include "s3c2440_soc.h"

#include "uart.h"

#include "init.h"

int g_Char = 'A'; //.data

int g_CharB = 'B'; //.data

int g_CharC = 'C'; //.data

int g_CharD = 'D'; //.data

const int g_roval = 'C'; //.rodata

int g_A = 0; //bss

int g_B; //bss

int main(void)

{

    uart0_init();

    while (1)

    {

        putchar(g_Char);

        g_Char++;         /* nor启动时, 此代码无效，由于nor启动，nor上不可写 */

        delay(1000000);

    }

    return 0;

}

我们把它分别烧录到nand和nor看看有什么不一样？

1.烧录到nor: 我们发现程序一直输出‘AAAAAAA’。

2.烧录到nand: 我们发现程序无任何输出。

我们发现nor启动时, 对g_Char++无效,nand启动程序无任何输出，为什么呢？ 我们对程序反汇编看看：

我们发现程序的.text段是从0地址开始的，那么cpu从0地址取指令进行译码、执行。 当从nor启动时，0地址对应nor;当从nand启动时，0地址对应sram，所以无论从nand还是从nor启动cpu都能取指令执行。

但是，我们在来看下.data段，发现.data段的起始地址是0x8474(即g_Char变量的地址为0x8474）。 那么：

1）当把程序烧录进nor, .data段在nor上的某一段区域,由于nor能像内存一样读， 但不能像内存一样直接写，所以对 'g_Char'修改无效。

2）当把程序烧录进nand, .data段在nand的某一区域，nand启动时硬件会自动把nand上的前4K数据copy到SRAM,然后cpu从sram取指令执行。但是.data段的起始地址0x8474>0x1000，超过了4K,cpu没法把.data段也copy到SRAM,所以当访问'g_Char'时，发生了异常（abt数据访问终止，这个异常后面我会在“异常与中断”里面专门讲解）。

那我们再仔细看看反汇编，发现.rodata段和.text段是连续的,但是.rodata段和.data段中间有一段"空洞"。用图形表示更形象，bin文件的内容分布如下所示：

那么我们怎么去掉空洞，让.data段了紧接着.rodata段呢？

用链接脚本(这个下节会讲)，但现在直接在编译的时候用 "-Tdata 0x800"，这样指定.data段基地址为0x800,这样nand启动时.data就能自动copy到SRAM了。再看下反汇编的.data段:

这时我们烧录程序到nand，从nand启动，发现能输出‘ABCDEFG’...

有人说为什么不吧.data段指向到sdram呢，这样不就能对对全局变量写了？ 我做了这个尝试，编译时用"-Tdata 0x30000000", 发现编译出来的bin文件有800多M,为什么有这么大呢？由于我们指定.data段存放在0x30000000(sdram的基地址)，这时bin文件的内部结构如下所示：

这个时候根本无法烧录。

通过上面2个例子，现在总结下为什么要代码重定位: 1.nand启动，前4K代码被自动copy到sram，当程序大于4K的时候需要重定位代码到sdram。 2.nor启动， 全局变量在nor上，不能像内存一样直接写该全局变量，那么也需要重定位到sdram。