11 | 设置工作模式与环境（中）：建造二级引导器

2021-06-02 LMOS
《操作系统实战45讲》
课程介绍

讲述：陈晨

时长10:58大小10.06M

你好，我是 LMOS。
上节课，我们建造了属于我们的“计算机”，并且在上面安装好了 GRUB。这节课我会带你一起实现二级引导器这个关键组件。
看到这儿你可能会问，GRUB 不是已经把我们的操作系统加载到内存中了吗？我们有了 GRUB，我们为什么还要实现二级引导器呢？
这里我要给你说说我的观点，二级引导器作为操作系统的先驱，它需要收集机器信息，确定这个计算机能不能运行我们的操作系统，对 CPU、内存、显卡进行一些初级的配置，放置好内核相关的文件。
因为我们二级引导器不是执行具体的加载任务的，而是解析内核文件、收集机器环境信息，它具体收集哪些信息，我会在下节课详细展开。

设计机器信息结构

二级引导器收集的信息，需要地点存放，我们需要设计一个数据结构。信息放在这个数据结构中，这个结构放在内存 1MB 的地方，方便以后传给我们的操作系统。
为了让你抓住重点，我选取了这个数据结构的关键代码，这里并没有列出该结构的所有字段（Cosmos/initldr/include/ldrtype.h），这个结构如下所示。
typedef struct s_MACHBSTART
{
u64_t mb_krlinitstack;//内核栈地址
u64_t mb_krlitstacksz;//内核栈大小
u64_t mb_imgpadr;//操作系统映像
u64_t mb_imgsz;//操作系统映像大小
u64_t mb_bfontpadr;//操作系统字体地址
u64_t mb_bfontsz;//操作系统字体大小
u64_t mb_fvrmphyadr;//机器显存地址
u64_t mb_fvrmsz;//机器显存大小
u64_t mb_cpumode;//机器CPU工作模式
u64_t mb_memsz;//机器内存大小
u64_t mb_e820padr;//机器e820数组地址
u64_t mb_e820nr;//机器e820数组元素个数
u64_t mb_e820sz;//机器e820数组大小
//……
u64_t mb_pml4padr;//机器页表数据地址
u64_t mb_subpageslen;//机器页表个数
u64_t mb_kpmapphymemsz;//操作系统映射空间大小
//……
graph_t mb_ghparm;//图形信息
}__attribute__((packed)) machbstart_t;

规划二级引导器

在开始写代码之前，我们先来从整体划分一下二级引导器的功能模块，从全局了解下功能应该怎么划分，这里我特意为你梳理了一个表格。
二级引导器功能划分表
前面表格里的这些文件，我都放在了课程配套源码中了，你可以从这里下载。
上述这些文件都在 lesson10～11/Cosmos/initldr/ldrkrl 目录中，它们在编译之后会形成三个文件，编译脚本我已经写好了，下面我们用一幅图来展示这个编译过程。
二级引导器编译过程示意图
这最后三个文件用我们前面说的映像工具打包成映像文件，其指令如下。
lmoskrlimg -m k -lhf initldrimh.bin -o Cosmos.eki -f initldrkrl.bin initldrsve.bin

实现 GRUB 头

我们的 GRUB 头有两个文件组成，一个 imginithead.asm 汇编文件，它有两个功能，既能让 GRUB 识别，又能设置 C 语言运行环境，用于调用 C 函数；第二就是 inithead.c 文件，它的主要功能是查找二级引导器的核心文件——initldrkrl.bin，然后把它放置到特定的内存地址上。
我们先来实现 imginithead.asm，它主要工作是初始化 CPU 的寄存器，加载 GDT，切换到 CPU 的保护模式，我们一步一步来实现。
首先是 GRUB1 和 GRUB2 需要的两个头结构，代码如下。
MBT_HDR_FLAGS EQU 0x00010003
MBT_HDR_MAGIC EQU 0x1BADB002
MBT2_MAGIC EQU 0xe85250d6
global _start
extern inithead_entry
[section .text]
[bits 32]
_start:
jmp _entry
align 4
mbt_hdr:
dd MBT_HDR_MAGIC
dd MBT_HDR_FLAGS
dd -(MBT_HDR_MAGIC+MBT_HDR_FLAGS)
dd mbt_hdr
dd _start
dd 0
dd 0
dd _entry
ALIGN 8
mbhdr:
DD 0xE85250D6
DD 0
DD mhdrend - mbhdr
DD -(0xE85250D6 + 0 + (mhdrend - mbhdr))
DW 2, 0
DD 24
DD mbhdr
DD _start
DD 0
DD 0
DW 3, 0
DD 12
DD _entry
DD 0
DW 0, 0
DD 8
mhdrend:
然后是关中断并加载 GDT，代码如下所示。
_entry:
cli ；关中断
in al, 0x70
or al, 0x80
out 0x70,al ；关掉不可屏蔽中断
lgdt [GDT_PTR] ；加载GDT地址到GDTR寄存器
jmp dword 0x8 :_32bits_mode ；长跳转刷新CS影子寄存器
;………………
;GDT全局段描述符表
GDT_START:
knull_dsc: dq 0
kcode_dsc: dq 0x00cf9e000000ffff
kdata_dsc: dq 0x00cf92000000ffff
k16cd_dsc: dq 0x00009e000000ffff ；16位代码段描述符
k16da_dsc: dq 0x000092000000ffff ；16位数据段描述符
GDT_END:
GDT_PTR:
GDTLEN dw GDT_END-GDT_START-1 ;GDT界限
GDTBASE dd GDT_ST
最后是初始化段寄存器和通用寄存器、栈寄存器，这是为了给调用 inithead_entry 这个 C 函数做准备，代码如下所示。
_32bits_mode：
mov ax, 0x10
mov ds, ax
mov ss, ax
mov es, ax
mov fs, ax
mov gs, ax
xor eax,eax
xor ebx,ebx
xor ecx,ecx
xor edx,edx
xor edi,edi
xor esi,esi
xor ebp,ebp
xor esp,esp
mov esp,0x7c00 ；设置栈顶为0x7c00
call inithead_entry ；调用inithead_entry函数在inithead.c中实现
jmp 0x200000 ；跳转到0x200000地址
上述代码的最后调用了 inithead_entry 函数，这个函数我们需要另外在 inithead.c 中实现，我们这就来实现它，如下所示。
#define MDC_ENDGIC 0xaaffaaffaaffaaff
#define MDC_RVGIC 0xffaaffaaffaaffaa
#define REALDRV_PHYADR 0x1000
#define IMGFILE_PHYADR 0x4000000
#define IMGKRNL_PHYADR 0x2000000
#define LDRFILEADR IMGFILE_PHYADR
#define MLOSDSC_OFF (0x1000)
#define MRDDSC_ADR (mlosrddsc_t*)(LDRFILEADR+0x1000)
void inithead_entry()
{
write_realintsvefile();
write_ldrkrlfile();
return;
}
//写initldrsve.bin文件到特定的内存中
void write_realintsvefile()
{
fhdsc_t *fhdscstart = find_file("initldrsve.bin");
if (fhdscstart == NULL)
{
error("not file initldrsve.bin");
}
m2mcopy((void *)((u32_t)(fhdscstart->fhd_intsfsoff) + LDRFILEADR),
(void *)REALDRV_PHYADR, (sint_t)fhdscstart->fhd_frealsz);
return;
}
//写initldrkrl.bin文件到特定的内存中
void write_ldrkrlfile()
{
fhdsc_t *fhdscstart = find_file("initldrkrl.bin");
if (fhdscstart == NULL)
{
error("not file initldrkrl.bin");
}
m2mcopy((void *)((u32_t)(fhdscstart->fhd_intsfsoff) + LDRFILEADR),
(void *)ILDRKRL_PHYADR, (sint_t)fhdscstart->fhd_frealsz);
return;
}
//在映像文件中查找对应的文件
fhdsc_t *find_file(char_t *fname)
{
mlosrddsc_t *mrddadrs = MRDDSC_ADR;
if (mrddadrs->mdc_endgic != MDC_ENDGIC ||
mrddadrs->mdc_rv != MDC_RVGIC ||
mrddadrs->mdc_fhdnr < 2 ||
mrddadrs->mdc_filnr < 2)
{
error("no mrddsc");
}
s64_t rethn = -1;
fhdsc_t *fhdscstart = (fhdsc_t *)((u32_t)(mrddadrs->mdc_fhdbk_s) + LDRFILEADR);
for (u64_t i = 0; i < mrddadrs->mdc_fhdnr; i++)
{
if (strcmpl(fname, fhdscstart[i].fhd_name) == 0)
{
rethn = (s64_t)i;
goto ok_l;
}
}
rethn = -1;
ok_l:
if (rethn < 0)
{
error("not find file");
}
return &fhdscstart[rethn];
}
我们实现了 inithead_entry 函数，它主要干了两件事，即分别调用 write_realintsvefile();、write_ldrkrlfile() 函数，把映像文件中的 initldrsve.bin 文件和 initldrkrl.bin 文件写入到特定的内存地址空间中，具体地址在上面代码中的宏有详细定义。
这两个函数分别依赖于 find_file 和 m2mcopy 函数。
正如其名，find_file 函数负责扫描映像文件中的文件头描述符，对比其中的文件名，然后返回对应的文件头描述符的地址，这样就可以得到文件在映像文件中的位置和大小了。
find_file 函数的接力队友就是 m2mcopy 函数，因为查找对比之后，最后就是 m2mcopy 函数负责把映像文件复制到具体的内存空间里。
代码中的其它函数我就不展开了，感兴趣的同学请自行研究，或者自己改写。

进入二级引导器

你应该还有印象，刚才说的实现 GRUB 头这个部分，在 imghead.asm 汇编文件代码中，我们的最后一条指令是“jmp 0x200000”，即跳转到物理内存的 0x200000 地址处。
请你注意，这时地址还是物理地址，这个地址正是在 inithead.c 中由 write_ldrkrlfile() 函数放置的 initldrkrl.bin 文件，这一跳就进入了二级引导器的主模块了。
由于模块的改变，我们还需要写一小段汇编代码，建立下面这个 initldr32.asm 文件，并写上如下代码。
_entry:
cli
lgdt [GDT_PTR]；加载GDT地址到GDTR寄存器
lidt [IDT_PTR]；加载IDT地址到IDTR寄存器
jmp dword 0x8 :_32bits_mode；长跳转刷新CS影子寄存器
_32bits_mode:
mov ax, 0x10 ; 数据段选择子(目的)
mov ds, ax
mov ss, ax
mov es, ax
mov fs, ax
mov gs, ax
xor eax,eax
xor ebx,ebx
xor ecx,ecx
xor edx,edx
xor edi,edi
xor esi,esi
xor ebp,ebp
xor esp,esp
mov esp,0x90000 ；使得栈底指向了0x90000
call ldrkrl_entry ；调用ldrkrl_entry函数
xor ebx,ebx
jmp 0x2000000 ；跳转到0x2000000的内存地址
jmp $
GDT_START:
knull_dsc: dq 0
kcode_dsc: dq 0x00cf9a000000ffff ;a-e
kdata_dsc: dq 0x00cf92000000ffff
k16cd_dsc: dq 0x00009a000000ffff ；16位代码段描述符
k16da_dsc: dq 0x000092000000ffff ；16位数据段描述符
GDT_END:
GDT_PTR:
GDTLEN dw GDT_END-GDT_START-1 ;GDT界限
GDTBASE dd GDT_START
IDT_PTR:
IDTLEN dw 0x3ff
IDTBAS dd 0 ；这是BIOS中断表的地址和长度
我来给你做个解读，代码的 1～4 行是在加载 GDTR 和 IDTR 寄存器，然后初始化 CPU 相关的寄存器。
和先前一样，因为代码模块的改变，所以我们要把 GDT、IDT，寄存器这些东西重新初始化，最后再去调用二级引导器的主函数 ldrkrl_entry。

巧妙调用 BIOS 中断

我们不要急着去写 ldrkrl_entry 函数，因为在后面我们要获得内存布局信息，要设置显卡图形模式，而这些功能依赖于 BIOS 提供中断服务。
可是，要在 C 函数中调用 BIOS 中断是不可能的，因为 C 语言代码工作在 32 位保护模式下，BIOS 中断工作在 16 位的实模式。
所以，C 语言环境下调用 BIOS 中断，需要处理的问题如下：
1. 保存 C 语言环境下的 CPU 上下文 ，即保护模式下的所有通用寄存器、段寄存器、程序指针寄存器，栈寄存器，把它们都保存在内存中。
2. 切换回实模式，调用 BIOS 中断，把 BIOS 中断返回的相关结果，保存在内存中。
3. 切换回保护模式，重新加载第 1 步中保存的寄存器。这样 C 语言代码才能重新恢复执行。
要完成上面的功能，必须要写一个汇编函数才能完成，我们就把它写在 initldr32.asm 文件中，如下所示 。
realadr_call_entry:
pushad ;保存通用寄存器
push ds
push es
push fs ;保存4个段寄存器
push gs
call save_eip_jmp ；调用save_eip_jmp
pop gs
pop fs
pop es ;恢复4个段寄存器
pop ds
popad ;恢复通用寄存器
ret
save_eip_jmp:
pop esi ；弹出call save_eip_jmp时保存的eip到esi寄存器中，
mov [PM32_EIP_OFF],esi ；把eip保存到特定的内存空间中
mov [PM32_ESP_OFF],esp ；把esp保存到特定的内存空间中
jmp dword far [cpmty_mode]；长跳转这里表示把cpmty_mode处的第一个4字节装入eip，把其后的2字节装入cs
cpmty_mode:
dd 0x1000
dw 0x18
jmp $
上面的代码我列了详细注释，你一看就能明白。不过这里唯一不好懂的是 jmp dword far [cpmty_mode]指令，别担心，听我给你解读一下。
其实这个指令是一个长跳转，表示把[cpmty_mode]处的数据装入 CS：EIP，也就是把 0x18：0x1000 装入到 CS：EIP 中。
这个 0x18 就是段描述索引（这个知识点不熟悉的话，你可以回看我们第五节课），它正是指向 GDT 中的 16 位代码段描述符；0x1000 代表段内的偏移地址，所以在这个地址上，我们必须放一段代码指令，不然 CPU 跳转到这里将没指令可以执行，那样就会发生错误。
因为这是一个 16 位代码，所以我们需要新建立一个文件 realintsve.asm，如下所示。
[bits 16]
_start:
_16_mode:
mov bp,0x20 ;0x20是指向GDT中的16位数据段描述符
mov ds, bp
mov es, bp
mov ss, bp
mov ebp, cr0
and ebp, 0xfffffffe
mov cr0, ebp ；CR0.P=0 关闭保护模式
jmp 0:real_entry ；刷新CS影子寄存器，真正进入实模式
real_entry:
mov bp, cs
mov ds, bp
mov es, bp
mov ss, bp ；重新设置实模式下的段寄存器 都是CS中值，即为0
mov sp, 08000h ；设置栈
mov bp,func_table
add bp,ax
call [bp] ；调用函数表中的汇编函数，ax是C函数中传递进来的
cli
call disable_nmi
mov ebp, cr0
or ebp, 1
mov cr0, ebp ；CR0.P=1 开启保护模式
jmp dword 0x8 :_32bits_mode
[BITS 32]
_32bits_mode:
mov bp, 0x10
mov ds, bp
mov ss, bp；重新设置保护模式下的段寄存器0x10是32位数据段描述符的索引
mov esi,[PM32_EIP_OFF]；加载先前保存的EIP
mov esp,[PM32_ESP_OFF]；加载先前保存的ESP
jmp esi ；eip=esi 回到了realadr_call_entry函数中
func_table: ;函数表
dw _getmmap ；获取内存布局视图的函数
dw _read ；读取硬盘的函数
dw _getvbemode ；获取显卡VBE模式
dw _getvbeonemodeinfo ；获取显卡VBE模式的数据
dw _setvbemode ；设置显卡VBE模式
上面的代码我们只要将它编译成 16 位的二进制的文件，并把它放在 0x1000 开始的内存空间中就可以了。这样在 realadr_call_entry 函数的最后，就运行到这段代码中来了。
上述的代码的流程是这样的：首先从 _16_mode: 标号处进入实模式，然后根据传递进来（由 ax 寄存器传入）的函数号，到函数表中调用对应的函数，里面的函数执行完成后，再次进入保护模式，加载 EIP 和 ESP 寄存器从而回到 realadr_call_entry 函数中。GDT 还是 imghead.asm 汇编代码文件中的 GDT，这没有变，因为它是由 GDTR 寄存器指向的。
说到这里，相信你会立刻明白，之前 write_realintsvefile() 函数的功能与意义了。它会把映像文件中的 initldrsve.bin 文件写入到特定的内存地址空间中，而 initldrsve.bin 正是由上面的 realintsve.asm 文件编译而成的。

二级引导器主函数

好，现在我们准备得差不多了，从二级引导器的主函数开始，这个函数我们要用 C 来写，估计你也感受到了写汇编语言的压力，所以不能老是写汇编。
我们先建立一个 C 文件 ldrkrlentry.c，在其中写上一个主函数，代码如下。
void ldrkrl_entry()
{
init_bstartparm();
return;
}
上述代码中的 ldrkrl_entry() 函数在 initldr32.asm 文件中被调用，从那条 call ldrkrl_entry 指令开始进入了 ldrkrl_entry() 函数，在其中调用了 init_bstartparm() 函数，这个函数我们还没有实现，但通过名字我们不难推测，它是负责处理开始参数的。
你还记不记得，我们建造二级引导器的目的，就是要收集机器环境信息。我们要把这些信息形成一个有结构的参数，传递给我们的操作系统内核以备后续使用。
由此，我们能够确定，init_bstartparm() 函数成了收集机器环境信息的主函数，下节课我们就会去实现它。

重点回顾

今天我们开始实现二级引导器了，但是我们还没有完全实现，我们下一节课再接着继续这项工作。
现在，我们来梳理一下这节课的内容，回顾一下我们今天的成果。
1. 我们设计了机器信息结构，用于存放后面二级引导器收集到的机器信息。
2. 对二级引导器代码模块进行了规划，确定各模块的主要功能。
3. 实现了 GRUB 规定的 GRUB 头，以便被 GRUB 识别，在 GRUB 头中初始化了 CPU 寄存器，并且跳转到物理内存的 0x200000 地址处，真正进入到二级引导器中开始运行。
4. 为了二级引导器能够调用 BIOS 中断服务程序，我们实现了专门用来完成调用 BIOS 中断服务程序的 realintsve.asm 模块。
5. 最后，我们实现了二级引导器的主函数，由它调用完成其它功能的函数。
这里我还想聊聊，为什么我们要花这么多功夫，去设计二级引导器这个组件呢？
我们把这些处理操作系统运行环境的工作独立出来，交给二级引导器来做，这会大大降低后面开发操作系统的难度，也能增加操作系统的通用性。而且，针对不同的硬件平台，我们只要开发不同的二级引导器就好了。

思考题

请问 GRUB 头中为什么需要 _entry 标号和 _start 标号的地址？
欢迎你在留言区跟我交流活动。如果你身边的同事、朋友，对二级引导器的建立有兴趣，也欢迎你把这节课分享给他。
好，我是 LMOS，我们下节课见！
分享给需要的人，Ta订阅后你可得20元现金奖励

赞 3

提建议

© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
上一篇
10 | 设置工作模式与环境（上）：建立计算机
下一篇
12 | 设置工作模式与环境（下）：探查和收集信息
unpreview
 写留言

精选留言(22)

  • neohope
    置顶
    2021-06-02
    大体上整理了一下：

    1、grub启动后，选择对应的启动菜单项，grub会通过自带文件系统驱动，定位到对应的eki文件

    2、grub会尝试加载eki文件【eki文件需要满足grub多协议引导头的格式要求】
    这些是在imginithead.asm中实现的，所以要包括：
    A、grub文件头，包括魔数、grub1和grub2支持等
    B、定位的_start符号等

    3、grub校验成功后，会调用_start，然跳转到_entry
    A、_entry中:关闭中断
    B、加载GDT
    C、然后进入_32bits_mode，清理寄存器，设置栈顶
    D、调用inithead_entry【C】

    4、inithead_entry.c
    A、从imginithead.asm进入后，首先进入函数调用inithead_entry
    B、初始化光标，清屏
    C、从eki文件内部，找到initldrsve.bin文件，并分别拷贝到内存的指定物理地址
    D、从eki文件内部，找到initldrkrl.bin文件，并分别拷贝到内存的指定物理地址
    E、返回imginithead.asm

    5、imginithead.asm中继续执行
    jmp 0x200000
    而这个位置，就是initldrkrl.bin在内存的位置ILDRKRL_PHYADR
    所以后面要执行initldrkrl.bin的内容

    6、这样就到了ldrkrl32.asm的_entry
    A、将GDT加载到GDTR寄存器【内存】
    B、将IDT加载到IDTR寄存器【中断】
    C、跳转到_32bits_mode
    初始寄存器
    初始化栈
    调用ldrkrl_entry【C】

    7、ldrkrlentry.c
    A、初始化光标，清屏
    B、收集机器参数init_bstartparm【C】

    8、bstartparm.c
    A、初始化machbstart_t
    B、各类初始化函数，填充machbstart_t的内容
    C、返回

    9、ldrkrlentry.c
    A、返回

    10、ldrkrl32.asm
    A、跳转到0x2000000地址继续执行
    展开

    作者回复: 厉害了，总结 的好

    9
    21
  • springXu
    置顶
    2021-06-02
    真实进入实际写代码的课程了。
    对于grub的头格式在的第二节写个HelloOS.bin就已经有了，这次头格式还是会有。理由是grub是一级引导器。
    这节课的内容就是围绕着由一级转到二级引导器的过程展开了。
    关于二级引导器的加载过程，简单点说就是把我们内核加载到指定内存的位置并执行，这个加载函数核心是m2mcopy函数，东哥留给我们自己分析了，但东哥强调分析了下为什么会有32位下的代码和16位汇编代码共存的现象。 其实是为了让BIOS提供的获取硬件信息的操作函数（也就是实模式下的BIOS中断号来获取的）做成了c语言环境下也可以调用的功能。这就像跨语言互相调用的技术。汇编调用c语言的方法，反过来c语言调用汇编方法。但更为复杂些，原因是保护模式到实模式再回到保护模式的切换过程。内核可以获取硬件信息就可以根据硬件环境参数，配置自身参数开始工作了。如何配置参数，那又是下节继续播讲。周五见。
    关于思考题，这个是grub也是要把控制权交给我们二级引导器的入口地址。 至于为什么不光有一个_start就可以了，我猜测是为了做验证吧。_start的操作是jmp 地址。这个地址正好是_entry。有错误还请东哥指正。哈哈
    展开

    作者回复: 正确的

    5
  • 嗣树
    置顶
    2021-06-03
    回答一下问题，GRUB 头中为什么需要 _entry 标号和 _start 标号的地址？

    我们定义的 flags 值为：
    MBT_HDR_FLAGS EQU 0x00010003

    根据 Multiboot Specification 定义的头结构
    Offset    Type    Field Name        Note
    0        u32        magic            required
    4        u32        flags            required
    8        u32        checksum        required
    12        u32        header_addr        if flags[16] is set
    16        u32        load_addr         if flags[16] is set
    20        u32        load_end_addr     if flags[16] is set
    24        u32        bss_end_addr     if flags[16] is set
    28        u32        entry_addr        if flags[16] is set
    32        u32        mode_type        if flags[2] is set
    36        u32        width            if flags[2] is set
    40        u32        height            if flags[2] is set
    44        u32        depth            if flags[2] is set

    flags[16] 解释如下：
    If bit 16 in the ‘flags’ word is set, then the fields at offsets 12-28 in the Multiboot header are valid, and the boot loader should use them instead of the fields in the actual executable header to calculate where to load the OS image. This information does not need to be provided if the kernel image is in ELF format, but it must be provided if the images is in a.out format or in some other format. Compliant boot loaders must be able to load images that either are in ELF format or contain the load address information embedded in the Multiboot header; they may also directly support other executable formats, such as particular a.out variants, but are not required to.

    也就是如果我们用的是标准的 ELF 文件就不需要提供额外的地址信息，而我们用的是自己定义的格式就需要人家从哪里加载哪里运行，所以需要将 bit 16 使能，填充相应的字段。

    再解释下两个字段的含义：
    load_addr
    Contains the physical address of the beginning of the text segment. The offset in the OS image file at which to start loading is defined by the offset at which the header was found, minus (header_addr - load_addr). load_addr must be less than or equal to header_addr.

    entry_addr
    The physical address to which the boot loader should jump in order to start running the operating system.
    展开

    作者回复: 嗯嗯 是的

  • pedro
    2021-06-02
    早起看专栏！
    先回答思考题，grub是multiboot规范，因此引导器头部数据必须得满足一定的规则才能被grub所加载，本文中的MBT_HDR_FLAGS为0x001003，第16位被置为1，因此load_addr和entry_addr都是有效的，而它们正好分别对应_start和_entry。
    其中load_addr是引导器二进制文件text段的起始地址，即_start，grub解析头部数据后，拿到_start地址，并从该地址处开始执行二级引导器代码。
    而entry_addr对应的是操作系统的入口点，也就是_entry。引导程序最后将跳转到这里，不过本文的实现并没有完全按照这种思路来，_start直接跳到_entry，然后由_entry负责二级引导工作。
    展开

    作者回复: 对啊
    哈哈 铁汁好

    3
    8
  • Geek_032c4a
    2021-06-17
    请问下lmoskrlimg源代码是哪个，我搜了一圈没看到工具的源代码，是只给了个二进制吗？

    作者回复: 代码仓库中有的 pull一下

    1
  • 飞翔
    2021-06-02
    lmoskrlimg这个工具从哪里找，在centos上没有找到？
    展开

    作者回复: 我在代码目录中提供了

    2
    1
  • blentle
    2021-06-02
    越来越有意思了
    展开

    作者回复: 后面还有呢

    1
  • feihui
    2021-07-15
    老师，想请教下，文章提到通过汇编切换工作模式，那如何禁止用户代码对工作模式的修改？有什么保护机制吗？

    作者回复: 用户代码 的权限 是不能执行 修改模式的指令的

  • 农夫龙泉
    2021-07-02
    大脑已经宕机。。。
    展开

    作者回复: 哈哈

  • 傅春啸
    2021-06-28
    initldr32.asm的地址是0x20000吗？这个程序的执行顺序感觉有点看不懂哈哈

    作者回复: 是的

  • bon
    2021-06-18
    请问老师，在initldr目录下执行make，出现报错：

    Initldr:清理全部已构建文件... ^_^
    *********正在开始编译构建系统*************
    make[1]: nasm: No such file or directory
    make[1]: *** [krnlbuidrule.mh:10: imginithead.o] Error 127
    make: *** [Makefile:26: all] Error 2

    请问是环境缺什么包吗？一直没有排查出问题
    展开

    作者回复: 安装了nasm吗

  • Geek_032c4a
    2021-06-18
    老师有个地方不太理解，进二级引导器的主模块那个地方为什么要重新装载下GDT，因为之前在imginithead.asm里面不是已经ldgt过了吗
    展开

    作者回复: 那个要废除的

  • Geek_032c4a
    2021-06-18
    imginithead.asm这个文件的程序应该运行在实模式下的。
    1，为啥在还没有进入保护模式的时候就可以操作esp、eax、ebx这种寄存器？
    2，实模式下可以直接调用了inithead_entry这种C语言函数？

    作者回复: GRUB加载时就是保护模式 了

  • 熊三
    2021-06-14
    为什么文章inithead.c里的宏定义是#define IMGKRNL_PHYADR 0x2000000，在 imghead.asm 汇编文件代码中，最后一条指令是“jmp 0x200000”。
    展开

    作者回复: #define IMGKRNL_PHYADR 0x2000000 是内核映像的地址

  • simon
    2021-06-09
    从这节开始是不是要把所有代码都看懂才能进行下一节，还是说先领悟过程，即使看不懂汇编也行

    作者回复: 不是的，代码是实践过程

    1
  • Panda
    2021-06-08
    像接力赛一样 一棒一棒传下去
    展开

    编辑回复: 生动形象，哈哈～

  • Freddy
    2021-06-04
    lmoskrlimg 这个命令怎么安装？
    展开

    作者回复: 我自带的有 直接使用就好，不用安装 的

  • blentle
    2021-06-03
    老师，有没有开源的二级引导器参考
    展开

    作者回复: 我不是有代码吗

  • 熊光红
    2021-06-03
    请问老师，如何调试内核？怎么搭建调试环境
    展开

    作者回复: printf 走天下

    1
  • 二三子也
    2021-06-02
    老师有个问题：0x200000。在x86-64平台下，这个值是grub默认将multiboot2定义的文件加载到的位置吗？如果是的话，这个值是手册提供的？还是调试出来的？
    展开

    作者回复: 是我指定的 在引导头中

×
拖拽到此处
图片将完成下载
收藏