在上一篇文章中Linux从头学05-系统启动过程中的几个神秘地址,你知道是什么意思吗?,我们以几个重要的内存地址为线 系统在上电开机之后:

　　下一个环节,就应该是引导程序(bootloader)把操作系统程序,读取到内存中,然后跳入到操作系统的第一条指令处开始执行。

　　这篇文章,我们继续以 8086 这个简单的处理器为原型,把程序的加载过程描述一下。其中的重点部分就是代码重定位,我们用画图的方式,尽我所能,把程序加载、地址重定位的计算过程描述清楚。

　　为了便于下面的理解,我们有必要把待加载的操作系统程序的文件结构先介绍一下。

　　当然了,这里介绍的文件结构,是一个非常简化版本的操作系统程序,本质上与我们平常所写的应用程序没有什么差别,因此我们也可以把它看做一个普通的程序文件。

　　操作系统程序静静的躺在硬盘中,等待 bootloader 来读取,此时 bootloader 可以看做一个加载器。

　　它俩毕竟是属于两个不同的东西,为了让 bootloader 知道程序的长度,需要某种“协议”来进行沟通,这个“协议”就是程序文件的头信息(Header)。

　　也就是说,在程序的开头部分,会详细的介绍自己,包括:程序的总长度是多少字节,一共有多少个段,入口地址在什么位置等等。

　　还记得之前介绍过的 Linux 系统中使用的 ELF 文件格式吗?Linux系统中编译、链接的基石-ELF文件:扒开它的层层外衣,从字节码的粒度来探索

　　那篇文章把一个典型的 Linux ELF 格式的可执行文件彻底拆解了一遍,可以看到,在 ELF 文件的头部信息中,详细描述了文件中每一部分内容。

　　其实 Windows 中的程序格式(PE 格式)也是类似的,它与 ELF 格式来源于同一个祖宗。

　　为了便于描述,我们假设程序中包括 3 个段:代码段,数据段和栈段,再加上程序头部信息,一共是 4 个组成部分。如下所示:

　　因为每一个段并不是紧挨着排列的,为了段地址能够内存对齐(16个字节对齐),段与段之间可能会空余一段空间,这些空间里的数据都是无效的。

　　刚才说了,为了能够让加载器(bootloader)尽可能的了解自己,程序文件会在自己的 Header 部分,详细的描述自己的信息:

　　有了这样的描述信息,bootloader 就能够知道一共要读取多少个字节的程序文件,跳转到哪个位置才能让操作系统的指令开始执行。

　　编译器在编译源代码的时候,它是不知道 bootloader 会把程序加载到内存中的什么位置的。

　　bootloader 会查看哪个位置有足够的空间,找到一个可用的位置之后,就把操作系统程序读取到这个位置,可以看做是一个动态的过程。

　　因此,编译器在编译阶段用来定位变量、标签等使用的地址,都是相对于当前段的开始地址来计算的。

　　同时,可以算出它距离文件开头的第一个字节就是 512 + 32 = 544 字节,因为代码段的开始地址距离文件头部是 32 个字节。

　　那么在使用的地方,将会填上 0x0200,表示:引用的这个位置是距离代码段开始地址的 512 字节处。

　　我们再来拿程序的入口地址偏移量来举例,入口地址是通过 start 标签来定义的:

　　假设:在代码段中,入口地址标签 start 位于代码段开始位置的 0x0100 偏移处,也就是距离代码段开始位置的 256 个字节。

　　那么,在程序的 Header 信息中,入口点偏移量的位置就要填写 0x0100,这样的话,bootloader 把程序读取到内存中之后,就能从这里获取到程序入口点的偏移地址,然后经过一系列的重定位,就可以准确跳转到程序的第一条指令的地方去执行了。

　　按照刚才假设的地址信息,程序头 Header 中的信息就是下面这个样子:

　　刚才说到,每一个段的开始地址都是按照 16 字节对齐的,因此在 Header 之后,要空余 8 个字节的空间,之后,才是代码段的开始地址(0x00020 = 32 Bytes)。

　　bootloader 把程序从硬盘读取到内存 1． 读取到内存中的什么位置?

　　bootloader 在把操作系统文件,从硬盘上读取到内存之前,必须决定一件事情:把文件内容存放到内存中的什么位置?

　　底部从 0 开始的 1 KB 地址空间,是存储 256 个中断向量(下一篇文章准备聊聊中断的事情)。

　　中间的从 0x07C00 地址开始的地方,是 BIOS 从硬盘的引导区读取的 bootloader 程序所存放的地方。

　　黄色部分的空间一共是 640 KB 的空间,都是映射到 RAM 中的,因此,有足够大的空闲地址空间来存储操作系统程序文件。

　　从硬盘上读取文件,是按照扇区为读取单位的,也就是每次读取一个扇区(512 字节)。

　　至于如何通过指定扇区号、发送端口命令,来从硬盘上读取数据,这是另一个话题,暂且不表,我们把目光集中在 bootloader 上。

　　对于 bootloader 来说,读取操作系统文件就相当于读取普通的数据。

　　既然已经决定把读取的数据从地址 0x20000 开始存放,那么 bootloader 就要把数据段寄存器 ds 设置为 0x2000,这样的话,经过逻辑地址的计算公式:

　　bootloader 需要把操作系统程序的所有内容读取到内存中,需要读取的长度是多少呢?

　　程序文件的 Header 中有这个信息,因此,bootloader 需要先读取程序文件的第一个扇区,也就是 512 字节,放在 0x20000 开始的位置。

　　我们继续假设一下:程序的总长度是 5K 字节(0x01400),那么程序文件的前 512 个字节(第一个扇区)读取到内存中,就是下面这个样子:

　　注意:这是文件内容被读取到内存中的布局,最下面是低地址,最上面是高地址,这与前面描述静态文件中内容的顺序是相反的。

　　读取了第一个扇区之后,就可以取出 0x20000 开始的 4 个字节的数据:0x01400,得到程序文件的总长度: 5 K 字节。

　　8086 的段寻址方式,由于偏移量寄存器的长度是 16 位,最大只能表示 64 KB 的空间。

　　我们所假设的例子中,程序文件只有 5 KB,在一个数据段内完全可以包括,因此 bootloader 可以一直用 0x2000:偏移量 的方式来读取文件内容。

　　那如果程序的长度是 100 KB,超过了偏移量的 64 KB 最大寻址空间,那么 bootloader 应该怎么样做才能正确把 100 KB 的程序读取到内存中?

　　现在,操作系统程序已经被读取到内存中了,下一个步骤就是:跳转到操作系统的程序入口点去执行!

　　Header 中记录的代码段中入口点 start 标签的偏移量是 0x100,即:入口点距离代码段的开始地址是 256 个字节。

　　同样的道理,代码段中所有相关的地址,都是相对于代码段的开始地址来计算偏移量的。

　　因此,如果(这里是如果啊) bootloader 把代码段的开始地址(不是整个文件的开始),直接放到内存的 0x00000 地址处,那么代码段里所有地址就都不用再修改了,可以直接设置:cs = 0x0000, ip=0x0100,这样就直接跳转到 start 标签的地方开始执行了。

　　可惜,bootloader 是把操作系统程序读取到地址 0x20000 开始的地方,因此,需要把代码段寄存器 cs 设置为当前代码段在内存中的实际开始位置,也即是下面这个五角星的位置:

　　只要把这个数值(0x00020),与文件存储的开始地址(0x20000)相加,就可以得到代码段的开始地址在物理内存中的绝对地址:

　　面对这 3 个选择,我们当然是选择第 1 个,而且只能选择第 1 个,因为代码段内部所有的地址偏移,在编译的时候都是基于 0 地址的(也即是上面所说的汇编地址),或者称作相对地址。

　　但是,在进行这个操作之前还有其他几件事情需要处理,因此,要把代码段的逻辑段地址 0x2002, 写回到 Header 中的 0x06 ～ 0x09 这 4 个字节中保存起来(橙色部分):

买球平台g />

　　因为 bootloader 读取操作系统程序的第一扇区之前,希望把数据读取到物理地址 0x20000 的地方,右移一位就得到了逻辑段地址 0x2000,把它写入到数据段寄存器 ds 中。

　　我们一直忽略了 bootloader 使用的栈空间,因为这部分与文件主题无关。

　　但是,Header 中记录的这 2 个段的开始地址,都是相对于程序文件开头而言的。

　　而且操作系统文件并不知道:自己被 bootloader 读取到内存中的什么位置?

　　因此,bootloader 也需要把这 2 个段,在内存中的开始地址进行重新计算,然后更新到 Header 中。

　　这样的话,当操作系统程序开始执行的时候,才能从 Header 中得到数据段和栈段的逻辑段地址。

　　当然了,这里所举的示例中只有 3 个段,一个实际的程序可能会包括很多个段,每一个段的地址都需要进行重定位。

　　然后按照顺序,依次读取每一个段的偏移地址,加上程序文件的加载地址(0x20000),计算出实际的物理地址,然后再得到逻辑段地址,具体如下:

　　一切工作已经准备就绪,最后一步就是进入操作系统程序中代码段的 start 入口点了。

　　在上面的准备工作中,bootloader 已经把程序代码段的逻辑段地址 0x2002,保存在 Header 中的 0x06 ～ 0x09 这 4 个字节中了,只要把它赋值给代码段寄存器 cs 即可。

　　程序入口点位于 start 标签处,它距离代码段的开始位置偏移 0x100,保存在 Header 中的 0x04 ～ 0x05 这 2 个字节,只要把它赋值给指令指针寄存器 ip 即可。

　　因为此刻还是在 bootloader 的控制下,数据段寄存器 ds 的值仍然为 0x2000,因此跳转到 0x2000:0x04 内置中所表示的地址,就可以把正确的逻辑段地址和指令地址赋值给 cs:ip,从而开始执行操作系统程序的第一条指令。

　　操作系统的第一条指令在执行时,数据段寄存器 ds 和 栈段寄存器 cs 中的值,仍然为 bootloader 中所设置的值。

　　因此,操作系统首先要把这 2 个段寄存器设置为自己程序文件的值,然后才能开始后续指令的执行。

　　上文已经说过,每一个段在内存中的逻辑段地址,已经被 bootloader 重新计算,并且更新到了 Header 中。

　　所以,操作系统就可以从 ds:0x14 的位置,读取新的栈段逻辑地址 0x2120,并把它赋值给栈段寄存器 cs。

　　然后再从 ds:0x10 的位置读取新的数据段逻辑地址 0x2100,并把它赋值给数据段寄存器 ds。

　　如果先给 ds 赋值,那么再去 Header 中读取 cs 逻辑段地址的时候,就没法定位了。

　　最后还有一点,对于栈操作,除了设置栈的段寄存器 cs 外,还需要设置栈顶指针寄存器 sp。

　　我们假设程序中设置的栈空间是 512 字节,栈顶指针是向低地址方向增长的,因此,需要把 sp 初始化为 512。