哈工大操作系统——引导启动程序

布の哥

已于 2022-04-25 13:02:30 修改

阅读量2.3k

点赞数 27

分类专栏：操作系统专题文章标签： c语言 c++ ubuntu linux

于 2022-04-23 21:43:25 首次发布

本文链接：https://blog.csdn.net/Tandy12356_/article/details/124352858

版权

操作系统专题专栏收录该内容

3 篇文章 1 订阅

订阅专栏

写在前面：

亲爱的小伙伴你们好，不知道你有没有在学习操作系统的过程中遇到过这样那样的困难，很多次想要放弃，很多次怀疑自己的能力，但是请你相信“未来的路就在脚下，不要悲伤，不要害怕”，一定要“充满信心，期盼着明天！”。请你一定要相信Tandy12356_，他是未来的你派过来拯救你的救星，他一定会将你带入一段美妙的操作系统学习之旅！

起初我以为自己是玫瑰花，不会表达爱，不会表达自己的感情，所以小王子离开了这座星球，留下我自己。

Tandy12356_小课堂

现在让我们坐上哆啦A梦的时光机，一起穿越回到1991年，那时候Linus还在公司里忙忙碌碌地给资本家打工，我们来尝试一下能不能赶在Linus之前把bootsect.s写出来，说不定现在Linux就应该改名叫Tandy12356_OS呢！

由于在此之前从来没有人成功设计出来如此复杂的操作系统，所以我们必须有一颗清醒的头脑，同时要有大局观和整体观。

同时我们应当清楚地意识到当前的形势，即从计算机上电开始到现在我们都做了哪些工作？

答：目前为止好像什么都没做哎。

好像事实确实如此(；д；)，不过在上集当中，我们已经把引导扇区的内容加载到了内存的0x7C00处，并且将PC指针指向了这段内存的位置，此时此刻这一段程序完全可以正常运行了。所以说呢，在此之前我们需要做的工作就是要好好编写这份引导启动程序即可。

可是到目前为止还存在一个严重的问题，就是虽然我们的引导扇区的内容被加载到了内存当中，而且是实实在在地可以被计算机执行了，但是呢！包括操作系统核心模块在内的我们的一堆模块现在都还在哪里呀？

答：现在包括核心模块在内的操作系统的一堆模块都还让我们撂在磁盘上面，在那里孤零零地呆着呢。所以身先士卒渗透到内存中去打探风声的引导启动程序——bootsect.s需要做的最重要的事情就是要把自家老帅——System模块从磁盘上读入到内存当中。

听到这，同学们便一个个摩拳擦掌，撸起袖子准备大干一场了！可是您先别着急哈，把老帅请到内存当中可不是一件小事，万一出了差错可是掉脑袋的事。因此我们需要做出一些比较具体的规划，比如应该把老帅放到内存的什么位置？

答：这个问题暂时不重要。因为不论将来System模块被放置在内存的哪个位置，我们都需要将bootsect.s移动到高地址处，毕竟到时候内核部分的代码大军压境，规模十分浩大，很有可能在之后把我们的bootsect.s给覆盖掉。所以为了防止灾难发生，聪明的bootsect.s首先需要做的第一件事情就应当是将自己的512个字节腾挪到内存的0x90000处。

Linux0.11/boot/bootsect.s 源码：

BOOTSEG=0x07c0
INITSEG=0x9000
entry start            ;关键字entry告诉链接器"程序入口"
start:
	mov	ax,#BOOTSEG    ;
	mov	ds,ax          ;ds=0x07c0
	mov	ax,#INITSEG    ;
	mov	es,ax		   ;es=0x9000
	mov	cx,#256        ;移动的字数存放在cx当中，此处移动了256个字
	sub	si,si          ;清零
	sub	di,di          ;清零
	rep	movw           ;用于把内容从ds:si 复制es:di  以字位单位 
	jmpi	go,INITSEG ;间接跳转 即程序跳到9000:0 去继续执行  CS=INITSEG，IP=go(偏移地址)

这段代码的功能其实很简单，就是将内存中开始地址为DS:SI的256个字移动到开始地址为ES:DI的地方，这个移动就是解释执行rep movw指定的结果，其中w就是要移动一个字，对应两个字节，所以总共要移动512个字节，这正好是一个扇区的大小。因此这段程序就是将内存0X7C00处的512个字节(正好就是bootsect.s的全部程序)移动到内存0x90000开始的一段内存中，这样移动的作用就是为读入系统核心代码腾出空间，同时避免了自身被覆盖的情况发生。

由于到目前为止bootsect.s在前线孤军作战太久无法立即等来system大军，于是机智的它决定向友军setup.s进行求助，以便将来把系统启动这项宏伟的使命交给下一任年轻的程序来做。可是现在的问题是我们的友军setup.s也仍驻留在磁盘当中，因此bootsect需要做的第二件事毫无疑问就是将setup.s从磁盘读入到内存当中。

Linux0.11/boot/bootsect.s 源码：

SETUPLEN=4
go:	mov	ax,cs
	mov	ds,ax
	mov	es,ax
! put stack at 0x9ff00.
	mov	ss,ax
	mov	sp,#0xFF00		! arbitrary value >>512

! load the setup-sectors directly after the bootblock.
! Note that 'es' is already set up.

load_setup:
	mov	dx,#0x0000		! drive 0, head 0
	mov	cx,#0x0002		! sector 2, track 0
	mov	bx,#0x0200		! address = 512, in INITSEG
	mov	ax,#0x0200+SETUPLEN	! service 2, nr of sectors
	int	0x13			! read it
	jnc	ok_load_setup		! ok - continue
	mov	dx,#0x0000
	mov	ax,#0x0000		! reset the diskette
	int	0x13

下面继续由Tandy小熊来带领大家一起分析一下这段代码吧！

首先我们需要明确：这段代码的核心是语句是什么？

答："int0x13"，即调用0x13号中断。这是一个BIOS中断，（BIOS的每项输入输出功能，都·是以中断调用的形式提供给用户的）查阅BIOS手册不难发现，这是一个读写磁盘的中断调用。因此我们不难想到，这段代码就是用来从磁盘上读入操作系统的setup模块。

具体调用0x13号中断时，寄存器AH=0x02表示要读磁盘的内容到内存，寄存器AL=0x04表示要读入4个扇区，寄存器CL=0x02表示要读的磁盘扇区从2号扇区开始,寄存器CH=00表示要读的磁盘扇区所在的柱面号为0，寄存器DH=0x00表示要读的磁盘扇区所在的磁头号为0，寄存器DL=0x00表示要读扇区所在的驱动号为0，寄存器ES：BX合在一起形成的内存地址表示要从磁盘读入的内容要放到的内存起始地址，此处是0x90200正好是移动到bootsect.s的后面。因此这段代码的含义就是将0号驱动器中从0号柱面0号磁头2号扇区开始的4个扇区读入到内存当中，放到bootsect.s后面。这4个扇区的内容又是什么？这也是操作系统要编写的另外一个重要的文件，即setup.s。

OK，下面我们来一起梳理一下，到目前为止的启动过程。

1) BIOS读入操作系统的第1个扇区bootsect.s文件，然后执行bootsect.s文件.

2) bootsect.s继续读入操作系统的setup.s文件，将来交给setup.s来执行，在其中会完成一些操作系统设置的工作。

3) 接下来bootsect.s还要读入操作系统的主体模块system，setup.s执行完后，就开始正式执行我们的系统模块system当中的代码了。

到现在我们对操作系统引导已经有了一个初步认识，概括起来一句话：就是将操作系统对应的程序代码读入到内存的指定位置。

OKOK，到现在我们可以说已经做了许多了不起的事情了，可是到目前为止我们还没有看到自己写的操作系统给自己做出过什么回应，谁知道这孩子是不是亲生的呢？所以我们需要在屏幕上输出一些信息证明这真的是我们自己写的系统，当然了最重要的是给用户一个提示，还记得我们在上集中提到的BIOS自检吗？也就是说如果我们能够在显示器上打印出来我们自己的Logo，就说明这台计算机的硬件设备是完好无损的，只需要对自己的软件系统进行检查就好了！

下面就由Tandy小熊带领大家一起来分析一下如何打印出这个Logo吧!

这将是我们在自己的计算机上做出的第一个伟大创举！

Linux0.11/boot/bootsect.s源码：

ok_load_setup:

! Print some inane message

	mov	ah,#0x03		! read cursor pos
	xor	bh,bh
	int	0x10
	
	mov	cx,#24
	mov	bx,#0x0007		! page 0, attribute 7 (normal)
	mov	bp,#msg1
	mov	ax,#0x1301		! write string, move cursor
	int	0x10

sectors:
	.word 0

msg1:
	.byte 13,10
	.ascii "Loading system ..."
	.byte 13,10,13,10

.org 508
root_dev:
	.word ROOT_DEV
boot_flag:
	.word 0xAA55

首先我们仍然需要明确：这段代码的核心是语句是什么？

答：这段代码主要调用了BIOS的int 0x10号中断。

该中断的作用是在屏幕上输出信息，当用寄存器AH=0x03(AH中的值通常被称为BIOS的调用功能号)来调用BIOS中断0X10时，会取出当前光标的位置，之后再调用BIOS中断int 0x10时就会在屏幕上输出信息，其中ES:BP用来说明输出字符串所在的内存地址，DH,DL给出屏幕输出的光标位置.。

语句"mov bp #msg"告诉BIOS要输出的信息位置放在标号为msg的地方，根据定义就是一段包括"Loading system..."和3对13，10在内的24个字符，当然ES应当设置成合适的段地址，此处的ES应该是0x9000，"mov cx,#24"语句表示要显示24个字符，寄存器BL=0x07用来设置字符的属性，其中7表示显示正常的黑底白字，当然可以通过修改这个值来显示出红底或者闪烁效果等。

现在屏幕上会输出"Loading system..."当然是夹在两个回车换行之间，如果通过精心设计，还可以在屏幕上输出各种漂亮的图案，比如windows的窗口。因此到现在为止，我们就知道了计算机的开机界面是从哪里来的了。

等下，俺狼人杀的身份是不是暴露了？^_^

Loading system...顾名思义，接下来就是要从磁盘上读入操作系统的主体部分，但是在读取之前要获得一些磁盘参数，比如每个磁道上的扇区个数等。因为现在要读的内容通常要比一个磁道的容量大得多，所以需要应用这些参数计算出所需要读取的磁道数量等。下面的代码就是要通过功能号AH=0x08来调用0x13号BIOS中断，从而获取每个磁道的扇区个数。

  ！获取磁道容量
    mov dl,#0x00
    mov ah,#0x08
    int 0x13
    mov ch,#0x00
    and cl,#0x3F
    mov sectors,cx
    sectors: .word 0

接下来的工作是设置ES:BX，这个内存地址是用来存放从磁盘中读出的内容，因此下面的代码段设置了操作系统的主体代码在内存当中的开始位置。此处设置为0x10000，实际上bootsect.s从0x7C00处移动到0x90000处，就是为这里读入系统主体部分代码腾出空间的！

    SYSSEG=0x1000
    mov ax,#SYSSEG
    mov es,ax
    xor bx,bx

一切准备就绪以后，现在开始要真正读入系统模块的代码了，虽然看起来很长，但是实际上它的核心功能却很简单，就是利用一个循环实现一个磁道一个磁道地读入，同时磁道的读入地址ES：BX跟着不断地往前移动，直到系统模块被全部读入。因此循环条件就是要判断AX是否大于ENDSEG=SYSSEG+SYSSIZE，由于AX初始化为SYSSIZE，所以如果AX增加了SYSSIZE即系统模块尺寸以后，磁盘读取工作就结束了，而SYSSIZE是在编写操作系统的时候候写在bootsect.s里面的。

Linux0.11/boot/bootsect.s源码：

read_it:
	mov ax,es
	test ax,#0x0fff
die:	jne die			! es must be at 64kB boundary
	xor bx,bx		! bx is starting address within segment
rp_read:
	mov ax,es
	cmp ax,#ENDSEG		! have we loaded all yet?
	jb ok1_read
	ret
ok1_read:
	seg cs
	mov ax,sectors
	sub ax,sread
	mov cx,ax
	shl cx,#9
	add cx,bx
	jnc ok2_read
	je ok2_read
	xor ax,ax
	sub ax,bx
	shr ax,#9
ok2_read:
	call read_track
sread:	.word 1+SETUPLEN	! sectors read of current track
head:	.word 0			! current head
track:	.word 0			! current track

至此，bootsect.s的核心功能我们基本上已经实现了！

下面让Tandy小熊带领大家来回顾一下bootsect.s都做了哪些事吧^_^

1）首先将自身移动到内存的绝对地址0X90000处并继续执行

2）然后利用BIOS int 0x13号中断，将磁盘上第2个扇区开始的4个扇区的即setup模块加载到内存紧挨着bootsect.s后面

3）紧接着在屏幕上打出"Loading system..."字符串，用来提示用户硬件检测通过

4）最后在磁盘上再把setup模块后面的System的一堆模块加载到内存0x10000处

下面我们的操作系统应该执行什么操作，相信大家应该都能推测出来了吧。

没错！到目前为止bootsect.s已经将系统启动的接力棒传递给了setup模块，毫无疑问下面很快就要跳转到setup.s进行执行操作，至此bootsect.s全面退出了历史的舞台。

OK，今天的学习就要告一段落了，以后Tandy小熊可能也要忙于自己的学业啦，文章更新速度可能会有所减慢^_^，不过如果大家喜欢小熊的文章，也可以私信小熊来催更呢！！！

写在后面：

不知道大家有没有喜欢Tandy12356_的文章呢？ ( ･´ω`･ )，如果喜欢的话希望大家能点个关注或者收藏的啦！

在这里给大家预告下期内容啦：随着bootsect.s退出历史舞台，一段年轻的程序setup.s已经跃跃欲试地要去干一番事业了。在下一回当中Tandy小熊会带大家一起追踪setup.s的足迹，以第一人称视角感受下setup.s到底为我们的OS加载做出了什么重大的贡献并为大家揭露这段年轻程序的一些不为人知的秘密！

如果大家喜欢的话，可不可以给个支持呢，您的点赞收藏就是Tandy小熊创作下去的动力捏！！

( • ̀ω•́ )✧( • ̀ω•́ )✧( • ̀ω•́ )✧

后记：

以下是Linux0.11/boot/bootsect.s的全部源码：

!
! SYS_SIZE is the number of clicks (16 bytes) to be loaded.
! 0x3000 is 0x30000 bytes = 196kB, more than enough for current
! versions of linux
!
SYSSIZE = 0x3000
!
!	bootsect.s		(C) 1991 Linus Torvalds
!
! bootsect.s is loaded at 0x7c00 by the bios-startup routines, and moves
! iself out of the way to address 0x90000, and jumps there.
!
! It then loads 'setup' directly after itself (0x90200), and the system
! at 0x10000, using BIOS interrupts. 
!
! NOTE! currently system is at most 8*65536 bytes long. This should be no
! problem, even in the future. I want to keep it simple. This 512 kB
! kernel size should be enough, especially as this doesn't contain the
! buffer cache as in minix
!
! The loader has been made as simple as possible, and continuos
! read errors will result in a unbreakable loop. Reboot by hand. It
! loads pretty fast by getting whole sectors at a time whenever possible.

.globl begtext, begdata, begbss, endtext, enddata, endbss
.text
begtext:
.data
begdata:
.bss
begbss:
.text

SETUPLEN = 4				! nr of setup-sectors
BOOTSEG  = 0x07c0			! original address of boot-sector
INITSEG  = 0x9000			! we move boot here - out of the way
SETUPSEG = 0x9020			! setup starts here
SYSSEG   = 0x1000			! system loaded at 0x10000 (65536).
ENDSEG   = SYSSEG + SYSSIZE		! where to stop loading

! ROOT_DEV:	0x000 - same type of floppy as boot.
!		0x301 - first partition on first drive etc
ROOT_DEV = 0x306

entry _start
_start:
	mov	ax,#BOOTSEG
	mov	ds,ax
	mov	ax,#INITSEG
	mov	es,ax
	mov	cx,#256
	sub	si,si
	sub	di,di
	rep
	movw
	jmpi	go,INITSEG
go:	mov	ax,cs
	mov	ds,ax
	mov	es,ax
! put stack at 0x9ff00.
	mov	ss,ax
	mov	sp,#0xFF00		! arbitrary value >>512

! load the setup-sectors directly after the bootblock.
! Note that 'es' is already set up.

load_setup:
	mov	dx,#0x0000		! drive 0, head 0
	mov	cx,#0x0002		! sector 2, track 0
	mov	bx,#0x0200		! address = 512, in INITSEG
	mov	ax,#0x0200+SETUPLEN	! service 2, nr of sectors
	int	0x13			! read it
	jnc	ok_load_setup		! ok - continue
	mov	dx,#0x0000
	mov	ax,#0x0000		! reset the diskette
	int	0x13
	j	load_setup

ok_load_setup:

! Get disk drive parameters, specifically nr of sectors/track

	mov	dl,#0x00
	mov	ax,#0x0800		! AH=8 is get drive parameters
	int	0x13
	mov	ch,#0x00
	seg cs
	mov	sectors,cx
	mov	ax,#INITSEG
	mov	es,ax

! Print some inane message

	mov	ah,#0x03		! read cursor pos
	xor	bh,bh
	int	0x10
	
	mov	cx,#24
	mov	bx,#0x0007		! page 0, attribute 7 (normal)
	mov	bp,#msg1
	mov	ax,#0x1301		! write string, move cursor
	int	0x10

! ok, we've written the message, now
! we want to load the system (at 0x10000)

	mov	ax,#SYSSEG
	mov	es,ax		! segment of 0x010000
	call	read_it
	call	kill_motor

! After that we check which root-device to use. If the device is
! defined (!= 0), nothing is done and the given device is used.
! Otherwise, either /dev/PS0 (2,28) or /dev/at0 (2,8), depending
! on the number of sectors that the BIOS reports currently.

	seg cs
	mov	ax,root_dev
	cmp	ax,#0
	jne	root_defined
	seg cs
	mov	bx,sectors
	mov	ax,#0x0208		! /dev/ps0 - 1.2Mb
	cmp	bx,#15
	je	root_defined
	mov	ax,#0x021c		! /dev/PS0 - 1.44Mb
	cmp	bx,#18
	je	root_defined
undef_root:
	jmp undef_root
root_defined:
	seg cs
	mov	root_dev,ax

! after that (everyting loaded), we jump to
! the setup-routine loaded directly after
! the bootblock:

	jmpi	0,SETUPSEG

! This routine loads the system at address 0x10000, making sure
! no 64kB boundaries are crossed. We try to load it as fast as
! possible, loading whole tracks whenever we can.
!
! in:	es - starting address segment (normally 0x1000)
!
sread:	.word 1+SETUPLEN	! sectors read of current track
head:	.word 0			! current head
track:	.word 0			! current track

read_it:
	mov ax,es
	test ax,#0x0fff
die:	jne die			! es must be at 64kB boundary
	xor bx,bx		! bx is starting address within segment
rp_read:
	mov ax,es
	cmp ax,#ENDSEG		! have we loaded all yet?
	jb ok1_read
	ret
ok1_read:
	seg cs
	mov ax,sectors
	sub ax,sread
	mov cx,ax
	shl cx,#9
	add cx,bx
	jnc ok2_read
	je ok2_read
	xor ax,ax
	sub ax,bx
	shr ax,#9
ok2_read:
	call read_track
	mov cx,ax
	add ax,sread
	seg cs
	cmp ax,sectors
	jne ok3_read
	mov ax,#1
	sub ax,head
	jne ok4_read
	inc track
ok4_read:
	mov head,ax
	xor ax,ax
ok3_read:
	mov sread,ax
	shl cx,#9
	add bx,cx
	jnc rp_read
	mov ax,es
	add ax,#0x1000
	mov es,ax
	xor bx,bx
	jmp rp_read

read_track:
	push ax
	push bx
	push cx
	push dx
	mov dx,track
	mov cx,sread
	inc cx
	mov ch,dl
	mov dx,head
	mov dh,dl
	mov dl,#0
	and dx,#0x0100
	mov ah,#2
	int 0x13
	jc bad_rt
	pop dx
	pop cx
	pop bx
	pop ax
	ret
bad_rt:	mov ax,#0
	mov dx,#0
	int 0x13
	pop dx
	pop cx
	pop bx
	pop ax
	jmp read_track

!/*
! * This procedure turns off the floppy drive motor, so
! * that we enter the kernel in a known state, and
! * don't have to worry about it later.
! */
kill_motor:
	push dx
	mov dx,#0x3f2
	mov al,#0
	outb
	pop dx
	ret

sectors:
	.word 0

msg1:
	.byte 13,10
	.ascii "Loading system ..."
	.byte 13,10,13,10

.org 508
root_dev:
	.word ROOT_DEV
boot_flag:
	.word 0xAA55

.text
endtext:
.data
enddata:
.bss
endbss: