首页
社区
课程
招聘
[翻译]操作系统编程导论
发表于: 2011-4-26 19:00 21650

[翻译]操作系统编程导论

2011-4-26 19:00
21650

这一系列文章的标题是叫做:BosoKernel : une introduction a la programmation de systemes d'exploitation ,本想取个“靓”点的中文名,可惜标题原文实在太过质朴,且文章内容稍显单薄,遂放弃,后以“导论”二字引之(望各位看众贡献个更合适的名字)。
现在教习OS DIY的文章可谓满大街都是,那我为什么又把这篇文章从法国拐来?原因是最近学习法文,用来练手:)——因为是法文新手,望各位看众不吝指教一二。

今天先把翻译好的前两章放出来,因为最近事情多,可能后几章会小小的滞后,望各位谅解。

原文见:http://www.pouet.free.fr/docs/boso/tutorial00.html   (有些地方可能访问不到)

4.28 更新第三章
6.16 更新第四章

已经把原文做成CHM格式上传
BosoKernel.zip


[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入!

上传的附件:
收藏
免费 7
支持
分享
最新回复 (25)
雪    币: 2743
活跃值: (1049)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
2
1. 前言
1.1 介绍
编写一个内核是一种了解操作系统如何运行的好方法。但这需要时间,耐心以及强有力的神经。

这份文档的目的在于引导这些像我一样的,有一天,我们想编写一个自己的内核,但是不知道从哪儿开始的人。

通过每一个例子,我将会一步步地,尽可能详尽地讲解一个基于Intel架构的内核如何运转以及如何编写。

我在系统编程上也是一个新手,并且这份文档是不完整的,或许还有一些错误。你们可以把你们的意见传达给我am@bocal.cs.univ-paris8.fr。这个我开始着手开发的Kernel叫做“BosoKernel”(Bocal Operating System Original Kernel)。

1.2 先决条件

这个内核完全由汇编语言编写。我们不能忽视这种语言。对于那些不懂得用汇编编程的人,有许多网站提供了教程。有个相当不错的网站是 "Art of Assembly Language" (webster.cs.ucr.edu)。

386的汇编语言并不难学。可惜的是,为了能够清楚认识并测试那些用汇编编写的小程序,据我所知,比较好的工具就是DOS下的"Debug"了。

想要理解这篇文档,熟悉i386处理器架构很重要。不过,那些重要的概念会逐步地在文档中被解释。

1.3 工具

当务之急,我们需要一个汇编程序。我用的是"nasm","http://www.web-sites.co.uk/nasm/",它具有开源以及跨平台的优势。因此,我在一台装有Solaris的机器上使用它没有任何问题。为了测试我们写好的程序,最好是使用一个PC模拟器。我用的是"Bochs","http://bochs.com/",它具有在多平台执行的优势。使用模拟器可以一步步跟踪程序的执行以及更容易除错。这个工具可以省下第二台PC,也可以省下你不断地开机重启的时间,还可以使得调试变得非常简单。
2011-4-26 19:05
0
雪    币: 2743
活跃值: (1049)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
3
2. 实现一个引导扇区

2.1 引导扇区是什么?

引导扇区是一个程序,它位于一个存储介质或者一个分区上的第一个扇区,并在PC启动时被装载。这个扇区上的程序的任务原则上是为了装载内核到内存并且执行。这个内核可能存在于软盘,硬盘,磁带或者所有其它磁性存储介质的开始部分。这份教程详述了发生在从软盘启动时的操作,然而这里阐明的基本概念对于其它所有磁性存储介质同样有效。

2.2 加载引导扇区到内存

在启动时,PC初始化并测试处理器和外围设备。这个阶段是"Power On Self Test"(POST)。接着,PC执行了一个位于ROM的程序——BIOS,BIOS试图读入并加载位于盘片上的第一个引导扇区到内存:"Master Boot Record"(MBR)。如果在软盘驱动器找到MBR,它会被加载到内存地址0000:7C00处。否则,BIOS在其他的存储介质查找MBR(硬盘,CDROM,等等)。一旦MBR加载到内存,BIOS将执行权转交给MBR包含的一小段代码。

MBR包含了一段代码,同样也包含了一些数据。在这之中,有分区表。这个表包含了有关磁盘分区的信息(它们从哪里开始,大小,等等)。标准的MBR在分区表中查找活动分区,接着,如果存在这样的分区(活动分区),加载这个分区的引导扇区到内存地址0000:7C00处。通常,第二个引导扇区用来加载内核并将执行权转交给内核。

例如,在Linux下,这更加复杂,因为为了能够启动一个操作系统的内核(可能是支持Multi-boot规范的),经常加载三个引导扇区。MBR在启动时首先被加载。如果检测到一个活动分区,则这个分区的引导扇区被加载并执行(因此我们加载了第二个引导扇区)。这个扇区包含一个程序"LILO","LILO"以交互的形式,加载与用户选择的系统相关的第三个引导扇区。而这个最后的扇区加载并启动内核。

2.3 显示一条消息的引导扇区

我们设计了一个只显示一条消息的引导扇区。这个程序的代码很简单,它显示了一条欢迎消息:

        ;prog01 :
        ;--------
        [BITS 16]        ; 告诉nasm程序工作在16位模式
        [ORG 0x0]
               
        ; 初始化段寄存器为 0x07C0
                mov ax,0x07C0
                mov ds,ax
                mov es,ax
                mov ax,0x8000
                mov ss,ax
                mov sp, 0xf000
       
        ; 显示一条消息
                mov si,msgDebut
                call afficher
       
       
        end:
                jmp end
       
       
        ;--- 变量---
        msgDebut        db        "Hello world !",13,10,0
        ;-----------------
       
        ;---------------------------------------------------------
        ; 简介:显示一个以0x0结束的字符串
        ; 入口:DS:SI -> 指向字符串
        ;---------------------------------------------------------
        afficher:
                push ax
                push bx
        .debut:
                lodsb                ; ds:si -> al
                cmp al,0        ; 串的结束?
                jz .fin
                mov ah,0x0E        ; 调用BIOS中断0x10的0x0E号服务
                mov bx,0x07        ; bx -> 属性, al -> 字符的ASCII码
                int 0x10
                jmp .debut
       
        .fin:
                pop bx
                pop ax
                ret
       
       
        ;--- 填充NOP直到510 ---
        times 510-($-$$) db 144
        dw 0xAA55

这个程序做了什么?

首先指明所有的代码和数据的编码执行于16位模式,这是缺省的模式。这还不是程序的开头,它只不过是一个编译器指令,用来生成16位的可执行文件而不是32位的。

        [BITS 16]        ; 告诉nasm程序工作在16位模式

程序由初始化段寄存器'ds'和'es'开始。这两个寄存器指定数据段位于哪个内存区域。必须将数据段初始化成从0x7C00开始,因为这是引导扇区被加载到内存的地址。

        ; 初始化段寄存器为 0x07C0
        mov ax,0x07C0
        mov ds,ax
        mov es,ax

然后初始化堆栈段(ss)和堆栈指针(sp),使堆栈从0x8F000开始,在0x80000结束。

        mov ax,0x8000
        mov ss,ax
        mov sp, 0xf000

因此,我们:

- 堆栈从0x8F000开始,结束于0x80000;
- 数据段从0x07C00开始,结束于0x17C00;
- 引导扇区被加载到0x07C00至0x07CFF这段内存区域。



一旦主要的寄存器初始化完成,'afficher'函数被调用。它在显示屏上显示由'msgDebut'指向的消息。这个函数调用了BIOS中断0x10的0x0E号服务,这个服务能够显示一个字符到显示屏并明确的指定其属性(色彩,亮度……)。当然也可以直接写一条信息到显示屏而不使用BIOS提供的功能,但是目前的做法更容易让人理解。耐心点!

        ; 显示一条消息
        mov si,msgDebut
        call afficher

消息显示后,程序进入循环且不做任何事。

        end:
                jmp end

在文件的末尾,我们定义了程序中用到的变量和函数。一开始显示的字符串就是'msgDebut':

        msgDebut        db        "Hello world !",13,10,0

随后,定义了'afficher'函数。它接收由寄存器DS和SI指向的字符串参数。DS等同于数据段的地址,SI是相对于这个段开始地址的一个偏移(偏移量)。

作为参数传递的字符串必须以等于0的字节结束(就像C语言那样)。



在文件结束的地方,有下述的编译器指令:

        ;--- 填充NOP直到510 ---
        times 510-($-$$) db 144
        dw 0xAA55

这个指令以空指令(NOP机器码为0x90即十进制的144)填充剩下的文件空间并以字0xAA55结束,而且这个生成的二进制文件刚好512字节。扇区末尾的字0xAA55是公认的有效MBR的标记。

2.4 实践:编译并测试引导扇区程序

将这个程序写入一个命名为"bootsect.asm"的文件。为了用nasm编译并获得二进制文件"bootsect",应该执行以下命令:
$ nasm -f bin -o bootsect bootsect.asm

为了启动引导扇区,我们应该把二进制文件拷贝到一个软盘:
$ dd if=bootsect of=/dev/fd0

接下来应该插入这个软盘并重启机器。这是相当痛苦的,因为PC在开机启动时或长或短地做了一堆的测试,并且调试功能非常有限。幸好,有一个可以运行于多平台的PC模拟器:"bochs"。
这个模拟器和一份明白易懂的文档一同发布,我希望你能够试一试它。
上传的附件:
2011-4-26 19:06
0
雪    币: 2743
活跃值: (1049)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
4
3. 加载内核
3.1 介绍

先前的章节展示了一个引导程序如何从一块软盘加载。而且先前见过的程序也仅仅显示了一条消息。

正常情况下,一个引导程序的最终目的是为了加载内核(或者更糟的是另外一个引导扇区)。这就是我们在这里看到的。

这章更加复杂,因为它涉及到实现两个程序:一个引导扇区和一个内核。占用了软盘第一个扇区的引导程序,显示了一条消息,将内核加载到内存中我们指定的地址并将执行权交给了内核。这个内核相当简陋,它只是显示了一条消息。

3.2 一个更加完整的引导程序

下面的程序是引导扇区的程序。它与先前章节内的代码相差不大。

%define BASE        0x100  
%define KSIZE        1        ; 要加载的512字节的扇区的数目

[BITS 16]
[ORG 0x0]

jmp start
%include "UTIL.INC"
start:
        mov [bootdrv],dl        ; 保存启动设备的标识

; 初始化段地址为0x07C0
        mov ax,0x07C0
        mov ds,ax
        mov es,ax
        mov ax,0x8000       
        mov ss,ax
        mov sp, 0xf000

; 显示一条消息
        mov si,msgDebut
        call afficher

; 加载内核
        xor ax,ax
        int 0x13

        push es
        mov ax,BASE
        mov es,ax
        mov bx,0
       
        mov ah,2
        mov al,KSIZE
        mov ch,0
        mov cl,2
        mov dh,0
        mov dl,[bootdrv]
        int 0x13
        pop es

; 跳转到内核
        jmp dword BASE:0

msgDebut        db        "Chargement du kernel",13,10,0

bootdrv: db 0

;; 填充NOP直到510
times 510-($-$$) db 144
dw 0xAA55

这个程序从一个跳转到地址'start'的指令开始。指令'include'在内核代码中增加了文件'UTIL.INC'的内容。这个文件包含了先前见过的函数'afficher'的代码:

    jmp start
    %include "UTIL.INC"
    start:

接下来,程序存储了一个数字到变量中,它用来识别外部引导设备(这里是软盘盘符)。这个变量后来还会被用来指明应当从哪类外部设备加载内核。

    mov [bootdrv],dl        ; 保存启动设备的标识

这个内核位于软盘开始处的第二个扇区。为了将内核加载到内存,我们使用BIOS中断0x13。这个中断函数在"The Art of Assembly"(webster.cs.ucr.edu/page_asm/artofassembly/ch13/ch13-2.html#HEADING2-73)有详尽的解释。它可以从软盘复制一个或者多个扇区到内存。在本例中,我们拷贝了软盘的第二个扇区,即包含内核的扇区,到内存地址0x1000。变量KSIZE定义了要加载的扇区数量,使完整的内核正确地加载到内存。随后的部分所描述的这个早期的内核的代码相当简短。在我的机器上,生成的相应二进制文件是69个字节,因此我们可以仅设置KSIZE的值为1来拷贝一个单独的扇区。

; 加载内核
        xor ax,ax
        int 0x13

        push es
        mov ax,BASE
        mov es,ax
        mov bx,0
       
        mov ah,2
        mov al,KSIZE
        mov ch,0
        mov cl,2
        mov dh,0
        mov dl,[bootdrv]
        int 0x13
        pop es

接下来,用一个跳转指令跳转到内核代码开始执行。定义了宏'BASE'使得指令指针指向地址0x1000:

    ; 跳转到内核
    jmp dword BASE:0

3.3 相当简单的早期内核

这是内核程序:

[BITS 16]
[ORG 0x0]

jmp start

%include "UTIL.INC"

start:
; 初始化段地址为0x100
        mov ax,0x100
        mov ds,ax
        mov es,ax
        mov ax,0x8000
        mov ss,ax
        mov sp, 0xf000

; 显示一条消息
        mov si,msg00
        call afficher

end:
        jmp end

msg00: db 'Kernel is speaking !',10,0

3.4 编译并测试

代码分成一个引导扇区代码文件和一个内核代码文件。文件 UTIL.INC 仅仅是一种包含了函数'afficher'的函数库:
    $ ls
    UTIL.INC bootsect.asm kernel.asm

分别编译各个程序:
$ nasm -f bin -o bootsect bootsect.asm
$ nasm -f bin -o kernel kernel.asm
$ ls -l
total 14
-rw-r--r--   1 am       users        492 Jan 17 17:20 UTIL.INC
-rw-r--r--   1 am       users        512 Jan 19 18:16 bootsect
-rw-r--r--   1 am       users        715 Jan 17 17:22 bootsect.asm
-rw-r--r--   1 am       users        297 Jan 17 17:50 kernel.asm
-rw-r--r--   1 am       users         69 Jan 19 18:16 kernel

我们注意到引导扇区的二进制文件刚好512字节,而生成的内核二进制文件只有69字节。我们制作的软盘将内核放进了第二个扇区。用以下命令生成软盘映像:
$ cat bootsect kernel /dev/zero | dd of=floppy bs=512 count=2880
$ ls -l floppy
-rw-r--r--   1 am       users    1474117 Jan 19 18:27 floppy

一旦软盘做好,我们用bochs来测试,得到如下显示:

上传的附件:
2011-4-26 19:07
0
雪    币: 2743
活跃值: (1049)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
5
4. 进入保护模式
4.1 为什么要进入保护模式?

PC的微处理器有三种运行模式:
·实模式,微处理器的默认模式,提供与8086相同的功能。也因此,在这个模式下,不能对大于1MB的内存地址进行寻址。
·保护模式能够发掘微处理器的更高性能。在这个模式下能够进行4G内存地址空间的寻址并提供了对多任务和多用户系统的实现的支持。
·虚拟8086模式是一个能让为8086编写的程序运行于多用户系统的模式。

我们的目标是实现一个多用户,多任务并能够寻址整个内存的内核,这就必须把处理器切换到保护模式。这在编程方面有很大影响。首先,保护模式下的寻址机制(下面将详述),不同于实模式下的(我们一直用到现在的)。部分因为这,不可能再依赖于BIOS的例程去访问外部设备,且所有的驱动程序需要重写。

4.2 如何从实模式切换到保护模式

从实模式切换到保护模式很简单,只要满足将寄存器CR0的bit0位置1。

        mov eax,cr0
        or ax,1
        mov cr0,eax                ; PE位置1 (CR0)

然而尽管这样做足以改变模式,可是一旦保护模式建立,这并不能让一个程序持续运行。

在改变模式前,一些结构体必须被正确的初始化。这些结构体使得我们能够正确的在内存中寻址,它们将会在下面的部分被详细介绍。

4.3 保护模式下的内存寻址
4.3.1 不同类型的地址

对于程序员来说有三种地址:逻辑地址,线性地址和物理地址。

逻辑地址,由一个段选择子和一个偏移组成,它直接被程序员操作当程序员想要访问一个特定的内存区域时。选择子指向一块特定大小的内存区域(一个内存段),偏移是这块内存区域中相对于其基地址的一个位移量。分段部件将逻辑地址转变为一个32位的线性地址。分页部件将线性地址转变为物理地址。如果分页没有被启用,线性地址便等同于物理地址。

一开始,我们只用分段机制。分页机制更加难以实现。此外,我们可以不使用虚拟内存,它并不是必需的。

下面的示意图说明了保护模式下寻址的原理:


4.3.2 分段机制

内存段由这些64bits的结构体来描述,称为段描述符,它们被存储在一个叫做GDT(Global Descriptor Table)的表里。一个描述符明确指出一个段在内存中的的开始地址,结束地址,段属性(代码段,数据段,堆栈段,等等)以及其他信息。



为了在一个特定的内存区域寻址,必须指明处于什么样的段中。选择子,由程序员直接使用,或许可以认为它是指向GDT中段描述符的指针。段描述符提供段的开始地址(段基址)和结束地址(段界限)。线性地址通过段基址和偏移相加获得。下面的示意图描述了这个机制:



4.3.3 段描述符

下面的示意图显示了一个段描述符的结构:



base(基地址),32位,是内存中段的开始线性地址。
limite(段界限),16位,定义段的长度。如果G位置0,段界限表现为字节,否则,表现为4k页的数量。
type(段类型)定义了段的类型,例如代码段,数据段以及堆栈段。
S位置1即为段描述符,置0即为系统段描述符(一种特殊的描述符,我们以后会见到)。
DPL指明段的权限级别。0级别对应于超级用户模式。
P位用来确定段是否存在于物理内存中。如果存在则置1。
D/B位指定指令和操作数长度。如果指定为32bits的话,置1。
AVL位可以自由使用(译者:建议保留)。

下面的示意图描述了代码段描述符和数据段描述符的模型:





我们注意到G位被置为1(界限表现为页),代码是32的(D/B位置1),P位置1(段在内存中存在),权限级别为0(超级用户模式),S位置为1指明是一个段描述符,type的值表明我们处理的是代码段(更详细的可以查看Intel手册)。

为了能够在整个内存寻址,段基址必须是0x0,使得段从内存的开始处开始,其段界限必须是0xFFFFF且粒度位(即G位)置1使其大小为4G。

4.4 在什么时候进入保护模式

在启动引导的时候有几个时机可以切换到保护模式:引导扇区程序执行的时候或者当内核执行的时候。
原则上在内核未运行前切换到保护模式这种方式更加简单。这样内核就只需要用仅能在保护模式下运行的32位指令编写。如果是让内核来执行切换将会加大代码额外的复杂度:内核将必须由16位和32位代码两部分组成。
由于这个原因,我们在引导扇区代码执行到保护模式的切换。

4.5 切换到保护模式的引导程序

'bootsect.asm' 文件:

%define        BASE        0x100        ; 0x0100:0x0 = 0x1000
%define KSIZE        1

[BITS 16]
[ORG 0x0]

jmp start
%include "UTIL.INC"
start:
        mov [bootdrv],dl        ; recuparation de l'unite de boot

; initialisation des segments en 0x07C0
        mov ax,0x07C0
        mov ds,ax
        mov es,ax
        mov ax,0x8000        ; stack en 0xFFFF
        mov ss,ax
        mov sp, 0xf000

; affiche un msg
        mov si,msgDebut
        call afficher

; charger le noyau
        xor ax,ax
        int 0x13

        push es
        mov ax,BASE
        mov es,ax
        mov bx,0
        mov ah,2
        mov al,KSIZE
        mov ch,0
        mov cl,2
        mov dh,0
        mov dl,[bootdrv]
        int 0x13
        pop es

; initialisation du pointeur sur la GDT
        mov ax,gdtend        ; calcule la limite de GDT
        mov bx,gdt
        sub ax,bx
        mov word [gdtptr],ax

        xor eax,eax                ; calcule l'adresse lineaire de GDT
        xor ebx,ebx
        mov ax,ds
        mov ecx,eax
        shl ecx,4
        mov bx,gdt
        add ecx,ebx
        mov dword [gdtptr+2],ecx

; passage en modep
        cli
        lgdt [gdtptr]        ; charge la gdt
        mov eax,cr0
        or ax,1
        mov cr0,eax                ; PE mis a 1 (CR0)

        jmp next
next:
        mov ax,0x10                ; segment de donne
        mov ds,ax
        mov fs,ax
        mov gs,ax
        mov es,ax
        mov ss,ax
        mov esp,0x9F000       

        jmp dword 0x8:0x1000    ; reinitialise le segment de code

;--------------------------------------------------------------------
bootdrv: db 0
msgDebut        db        "Chargement du kernel",13,10,0

;--------------------------------------------------------------------
gdt:
        db 0,0,0,0,0,0,0,0
gdt_cs:
        db 0xFF,0xFF,0x0,0x0,0x0,10011011b,11011111b,0x0
gdt_ds:
        db 0xFF,0xFF,0x0,0x0,0x0,10010011b,11011111b,0x0
gdtend:

;--------------------------------------------------------------------
gdtptr:
        dw        0        ; limite
        dd        0        ; base

;--------------------------------------------------------------------
;; NOP jusqu'a 510
times 510-($-$$) db 144
dw 0xAA55

这个引导扇区程序跟以前看到的很相似。

我们将外部引导设备的编号存进一个变量,接着初始化与代码段和数据段相关的寄存器,然后显示一条消息。接下来,把内核加载到内存地址0x1000处。

在切换到保护模式之前,必须先初始化GDT,使得在进入新的模式之后没有寻址上的问题。GDT应当包含代码段,数据段和堆栈段的描述符。下面的代码声明并初始化了GDT:

gdt:
        db 0,0,0,0,0,0,0,0
gdt_cs:
        db 0xFF,0xFF,0x0,0x0,0x0,10011011b,11011111b,0x0
gdt_ds:
        db 0xFF,0xFF,0x0,0x0,0x0,10010011b,11011111b,0x0
gdtend:

标号'gdt:'是指向全局描述符表开头的指针。每个描述符为8字节。表头的8字节不使用(我并不知道准确的原因,但是386处理器手册很清楚的指明:第一个描述符不能使用)。第二个是代码段描述符,用标号 'gdt_cs:'指向它,这样同时使得代码更清晰。
不同的描述符被初始化以便代码段描述符和数据段描述符能够在整个内存寻址。这里的只是个范例,它们的寻址空间在内存中是混合叠加的。
下面的图表显示了代码段和数据段描述符被初始化成能够寻址整个内存空间:





我们注意到这些段的基地址被设置为0,段界限被设置为0xFFFFF(由于G位被置为1,这里的数字指的是页的数目)。

从头看这个程序。
程序在显示了一条消息以及将内核加载到内存地址0x1000后。接下来就开始进行实模式到保护模式的转换了!

首先禁止中断。这是必须的,因为当系统的寻址方式改变,中断调用的例程不再有效,它们需要重新编程。用指令'cli'禁止中断。

        cli

代码段和数据段描述符已经定义好并且GDT已经被正确的初始化。接下来必须告诉处理器GDT已准备好。这时候轮到寄存器GDTR发挥作用了,寄存器GDTR有6个字节长,它包含了GDT在内存中的基地址以及GDT的界限。
在我们的例子中,'gdtptr'是一个指针,它指向一个包含要装载到寄存器GDTR的内容的结构体。结构体'gdtptr'在文件的末尾声明并初始化:

gdtptr:
        dw        0        ; limite
        dd        0        ; base

接下来用GDT的基地址和界限来初始化这个结构:

        ; initialisation du pointeur sur la GDT
        mov ax,gdtend        ; calcule la limite de GDT
        mov bx,gdt
        sub ax,bx
        mov word [gdtptr],ax

        xor eax,eax                ; calcule l'adresse lineaire de GDT
        xor ebx,ebx
        mov ax,ds
        mov ecx,eax
        shl ecx,4
        mov bx,gdt
        add ecx,ebx
        mov dword [gdtptr+2],ecx

接下来用指令'lgdt'将结构加载到寄存器GDTR:

        lgdt [gdtptr]        ; charge la gdt

一旦寄存器GDTR被初始化,我们就能够进入保护模式。
切换到保护模式相当简单,只要修改寄存器CR0的bit 0(置1):

; passage en modep
        mov eax,cr0
        or ax,1
        mov cr0,eax                ; PE mis a 1 (CR0)

注意,切换到保护模式的处理器还剩下一个棘手的难题要解决:预置代码段及数据段选择子。
接下来的一条指令对于正确地清空处理器缓存是必要的:

        jmp next
next:

接下来,我们打算预置数据段选择子。寄存器DS,ES,FS,GS是特殊的,它们默认是用来装载数据段的选择子(处理器的架构使得使用多个数据段成为可能,但在我们的例子中,我们让其指向相同的内存段)。
为了指向一个数据段,选择子必须指向GDT内相应的描述符。将其设置为对应描述符在表内的偏移。在我们的例子中,这个偏移是16字节(16进制为0x10)。将这些选择子初始化为这个值:

        mov ax,0x10                ; segment de donne
        mov ds,ax
        mov fs,ax
        mov gs,ax
        mov es,ax

接下来初始化堆栈段寄存器及堆栈指针:

        mov ss,ax
        mov esp,0x9F000       

随后的代码运行位于物理内存'0x1000'处的内核代码。这些指令是必要的,它们不仅能运行内核代码,而且能正确的设置代码段选择子并指向正确的描述符(GDT表内偏移0x8处)以及初始化指令指针:

        jmp dword 0x8:0x1000

就到这里了!引导扇区代码已经完成。再看看为数不多的内核代码吧……

4.6 一个简单的内核
4.6.1 代码

[BITS 32]
[ORG 0x1000]

; Affichage d'un message par ecriture dans la RAM video
mov byte [0xB8000],'H'
mov byte [0xB8001],0x57
mov byte [0xB8002],'E'
mov byte [0xB8003],0x57
mov byte [0xB8004],'L'
mov byte [0xB8005],0x57
mov byte [0xB8006],'L'
mov byte [0xB8007],0x57
mov byte [0xB8008],'O'
mov byte [0xB8009],0x57

end:
        jmp end

这个内核显示一条消息后接着进入死循环。在这个时候,BIOS的那些能够显示字符到屏幕的例程已经不能使用。要想在屏幕上显示消息,我们只有自己编写相应的显示例程。

4.6.2 显示一些东西到屏幕上

显存被映射到物理内存地址0xB8000。我们能够直接操作从这个地址开始的一系列字节来显示一些消息。
显示屏幕由25行,80列组成。屏幕上的每个字符在内存中由2个字节来描述,一个字节包括显示字符的ASCII码,随后的字节包含其属性(颜色,闪烁……)。



下面的示意图显示了一个字符的属性如何编码:



下面的代码在屏幕的左上方显示了一个白色前景色,品红色背景色的字符'H'。

mov byte [0xB8000],'H'
mov byte [0xB8001],0x57

接下来,我们在屏幕的左上方显示一个单词'HELLO'。下面是bochs运行得到的:

上传的附件:
2011-4-28 15:44
0
雪    币: 2743
活跃值: (1049)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
6
占楼~~~~第五章
2011-4-28 15:45
0
雪    币: 2743
活跃值: (1049)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
7
占楼~~~~第六章( 悲摧~~似乎没有占楼的必要,没人看啊(>.<!) )
2011-4-28 15:47
0
雪    币: 128
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
8
lz的工作还是很有意义, 等着你的后几章
2011-4-29 08:41
0
雪    币: 47147
活跃值: (20405)
能力值: (RANK:350 )
在线值:
发帖
回帖
粉丝
9
期待后续的文章。
另外,建议将原版也上传上来。
2011-6-11 18:18
0
雪    币: 2743
活跃值: (1049)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
10
谢谢坛主的鼓励!!已经把原文上传!我会继续奋斗的!!(嘛~总有半途而废的老毛病,这次无意间上来看看,看到坛主的鼓励,自觉相当汗颜 >.<!)
2011-6-13 08:59
0
雪    币: 119
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
11
翻译的挺不错,
2011-6-13 09:10
0
雪    币: 14983
活跃值: (5285)
能力值: ( LV15,RANK:880 )
在线值:
发帖
回帖
粉丝
12
把翻译的也转了pdf传一份吧,阅读起来方便~
2011-6-13 14:49
0
雪    币: 50
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
13
强烈支持。期待后续。
2011-6-13 15:06
0
雪    币: 2743
活跃值: (1049)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
14
翻译完后会做成PDF,到时候可能会进行一些修改= =+,当然是往好的地方改,比如在作者原文的基础上添加一些解释什么的……,说实话,为了尊重原作者原文以及能够让中国人更好的阅读= =,中间要做相当大的权衡啊= =!——这篇文章并不完全直译(但是尽可能直译),毕竟法国人的思维有时候太天马行空了= =!
2011-6-16 15:20
0
雪    币: 154
活跃值: (20)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
15
楼主,加油,很喜欢的翻译的文章,**
2011-7-3 20:02
0
雪    币: 154
活跃值: (20)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
16
楼主竟然会法文。。。。。
不知道楼主怎么学的。。。
2011-7-3 20:03
0
雪    币: 2743
活跃值: (1049)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
17
法文跟英语很相似,英文基础不错的话,学法文基本是水到渠来了
2011-7-5 11:07
0
雪    币: 112
活跃值: (48)
能力值: ( LV9,RANK:320 )
在线值:
发帖
回帖
粉丝
18
现在浮躁的人太多了,楼主能静下来翻译这样类型的文章,顶一个...
2011-7-5 11:13
0
雪    币: 5926
活跃值: (212)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
19
谢谢楼主的辛勤付出!
2011-7-18 22:35
0
雪    币: 50
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
20
顶一下文章,另外推荐一本相关的书《oranges一个操作系统的实现》。具体内容大家搜一下吧,免得有打广告之嫌。
2011-7-21 13:47
0
雪    币: 34
活跃值: (13)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
21
英文看着吃力,法文完全不懂,佩服楼主,回家面壁去
2011-7-21 18:14
0
雪    币: 203
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
22
为啥原文是法文啊?原文不是英文版的?
2011-8-8 15:36
0
雪    币: 105
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
23
前一阵子瞄了几眼这个东西的路过。
然后推荐个《自己动手写操作系统》的开源版 http://share.solrex.org/WriteOS/index_chs.htm
2011-8-9 01:06
0
雪    币: 247
活跃值: (443)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
24
LZ翻译完了吗?期待
2011-8-9 10:37
0
雪    币: 170
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
25
后排支持了..
2011-8-10 13:13
0
游客
登录 | 注册 方可回帖
返回
//