Bran的内核开发教程(bkerndev)-06 全局描述符表(GDT)

简介: Bran的内核开发教程(bkerndev)-06 全局描述符表(GDT)

全局描述符表(GDT)

  在386平台各种保护措施中最重要的就是全局描述符表(GDT)。GDT为内存的某些部分定义了基本的访问权限。我们可以使用GDT中的一个索引来生成段冲突异常, 让内核终止执行异常的进程。现代操作系统大多使用"分页"的内存模式来实现该功能, 它更具通用性和灵活性。GDT还定义了内存中的的某个部分是可执行程序还是实际的数据。GDT还可定义任务状态段(TSS)。TSS一般在基于硬件的多任务处理中使用, 所以我们在此并不做讨论。需要注意的是TSS并不是启用多任务的唯一方法。

  注意GRUB已经为你安装了一个GDT, 如果我们重写了加载GRUB的内存区域, 将会丢弃它的GDT, 这会导致"三重错误(Triple fault)"。简单的说, 它将重置机器。为了防止该问题的发生, 我们应该在已知可以访问的内存中构建自己的GDT, 并告诉处理器它在哪里, 最后使用我们的新索引加载处理器的CS、DS、ES、FS和GS寄存器。CS寄存器就是代码段, 它告诉处理器执行当前代码的访问权限在GDT中的偏移量。DS寄存器的作用类似, 但是数据段, 定义了当前数据的访问权限的偏移量。ES、FS和GS是备用的DS寄存器, 对我们并不重要。

  GDT本身是64位的长索引列表。这些索引定义了内存中可访问区域的起始位置和大小界限, 以及与该索引关联的访问权限。通常第一个索引, 0号索引被称为NULL描述符。所以我们不应该将任何的段寄存器设置为0, 否则将导致常见的保护错误, 这也是处理器的保护功能。通用的保护错误和几种异常将在中断服务程序(ISR)那节详细说明。

  每个GDT索引还定义了处理器正在运行的当前段是供系统使用的(Ring 0)还是供应用程序使用的(Ring 3)。也有其他Ring级别, 但并不重要。当今主要的操作系统仅使用Ring 0和Ring 3。任何应用程序在尝试访问系统或Ring 0的数据时都会导致异常, 这种保护是为了防止应用程序导致内核崩溃。GDT的Ring级别用于告诉处理器是否允许其执行特殊的特权指令。具有特权的指令只能在更高的Ring级别上运行。例如"cli"和"sti"禁用和启用中断, 如果应用程序被允许使用这两个指令, 它就可以阻止内核的运行。你将在本教程的后续章节中了解更多有关中断的知识。

  GDT的描述符组成如下:

  • G: 段界限粒度(Granularity)
  • G = 0: 长度单位为1字节
  • G = 1: 长度单位为4KB
  • D: 操作数大小
  • 0 = 16bit
  • 1 = 32bit
  • L: 未使用为0
  • AVL: 保留位, 系统软件使用
  • P: 存在位, 段是否存在
  • 1 = Yes
  • 0 = No
  • DPL: Ring级别(0到3)
  • S: 描述符类型位
  • S = 1: 存储段描述符, 数据段/代码段
  • S = 0: 系统段描述符/门描述符)
  • TYPE: 段类型

  在我们的内核教程中, 我们将创建一个包含3个索引的GDT。一个用于''虚拟''描述符充当处理器内存保护功能的NULL段, 一个用于代码段, 一个用于数据段寄存器。使用汇编操作码lgdt告诉处理器我们新的GDT表在哪里。为lgdt提供一个指向48位的专用的全局描述符表寄存器(GDTR)的指针。该寄存器用来保存全局描述符信息, 0-15位表示GDT的边界位置(数值为表的长度-1), 16-47位存放GDT基地址。并且在我们访问GDT中不存在偏移的段时, 希望处理器可以立即创建一般保护错误)。

  我们可以使用3个索引的简单数组来定义GDT。对于我们的特殊GDTR指针, 我们只需要声明一个即可。我们称其为gp。创建一个新文件gdt.c。在build.bat中添加一行gcc命令来编译gdt.c, 并将gdt.o添加到LD链接文件列表中。下面这些代码组成了gdt.c的前半部分:

gdt.c

#include <system.h>
 
/* 定义一个GDT索引. __attribute__((packed))用于防止编译器优化对齐 */
struct gdt_entry
{
    unsigned short limit_low;
    unsigned short base_low;
    unsigned char base_middle;
    unsigned char access;
    unsigned char granularity;
    unsigned char base_high;
} __attribute__((packed));
 
/* GDTR指针 */
struct gdt_ptr
{
    unsigned short limit;
    unsigned int base;
} __attribute__((packed));
 
/* 声明包含3个索引的GDT和GDTR指针gp */
struct gdt_entry gdt[3];
struct gdt_ptr gp;
 
/* 这是start.asm中的函数, 用来加载新的段寄存器 */
extern void gdt_flush();

  gdt_flush()我们还没有定义, 该函数使用上面的GDTR指针来告诉处理器新的GDT所在位置, 并重新加载段寄存器, 最后跳转到我们的新代码段。现在我们在start.asmstublet下的死循环后面添加下面的代码来定义gdt_flush:

start.asm

; 这将建立我们新的段寄存器
; 通过长跳转来设置CS
global _gdt_flush     ; 允许C源程序链接该函数
extern _gp            ; 声明_gp为外部变量
_gdt_flush:
    lgdt [_gp]        ; 用_gp来加载GDT
    mov ax, 0x10      ; 0x10是我们数据段在GDT中的偏移地址
    mov ds, ax
    mov es, ax
    mov fs, ax
    mov gs, ax
    mov ss, ax
    jmp 0x08:flush2   ; 0x08是代码段的偏移地址, 长跳转
flush2:
    ret               ; 返回到C程序中

  仅为GDT保留内存空间是不够的, 还需要将值写入每个GDT中, 设置gp指针, 再调用gdt_flush进行更新。定义gdt_set_entry()函数, 该函数使用函数参数的移位给GDT每个字段设置值。为了让main.c能够使用这些函数, 别忘了将它们添加到system.h中(至少需要把gdt_install添加进去)。下面为gdt.c的剩下部分:

gdt.c

/* 在全局描述符表中设置描述符 */
void gdt_set_gate(int num, unsigned long base, unsigned long limit, unsigned char access, unsigned char gran)
{
    /* 设置描述符基地址 */
    gdt[num].base_low = (base & 0xFFFF);
    gdt[num].base_middle = (base >> 16) & 0xFF;
    gdt[num].base_high = (base >> 24) & 0xFF;
 
    /* 设置描述符边界 */
    gdt[num].limit_low = (limit & 0xFFFF);
    gdt[num].granularity = ((limit >> 16) & 0x0F);
 
    /* 最后,设置粒度和访问标志 */
    gdt[num].granularity |= (gran & 0xF0);
    gdt[num].access = access;
}
 
/* 由main函数调用
 * 设置GDTR指针, 设置GDT的3个索引条码
 * 最后调用汇编中的gdt_flush告诉处理器新GDT的位置
 * 并跟新新的段寄存器 */
void gdt_install()
{
    /* 设置GDT指针和边界 */
    gp.limit = (sizeof(struct gdt_entry) * 3) - 1;
    gp.base = &gdt;
 
    /* NULL描述符 */
    gdt_set_gate(0, 0, 0, 0, 0);
 
    /* 第2个索引是我们的代码段
     * 基地址是0, 边界为4GByte, 粒度为4KByte
     * 使用32位操作数, 是一个代码段描述符
     * 对照本教程中GDT的描述符的表格
     * 弄清每个值的含义 */
    gdt_set_gate(1, 0, 0xFFFFFFFF, 0x9A, 0xCF);
 
    /* 第3个索引是数据段
     * 与代码段几乎相同
     * 但access设置为数据段 */
    gdt_set_gate(2, 0, 0xFFFFFFFF, 0x92, 0xCF);
 
    /* 清除旧的GDT安装新的GDT */
    gdt_flush();
}

  现在我们的GDT加载程序的基本结构已经到位, 在将其编译链接到内核中后, 我们需要在main.c中调用gdt_install()才能真正完成工作。在main()函数的第一行添加gdt_install();GDT加载必须最先初始化。现在, 编译你的内核, 并在软盘中对其进行测试, 你不会在屏幕上看到任何变化, 这是一个内部的更改。

  下面我们将进入中断描述符表(IDT)!

PS

  如果编译的时候报错:

undefined reference to `_gp'

undefined reference to `gdt_flush'

则把start.asm_gp_gdt_flush前面的下划线去掉再重新编译。

相关文章
|
7月前
|
存储 移动开发 调度
FreeRTOS深入教程(任务的引入及栈的作用)
FreeRTOS深入教程(任务的引入及栈的作用)
220 0
|
JavaScript Android开发 Windows
OpenHarmony应用开发之全局配置参数解析
一般的项目都有全局模块的配置,OpenHarmony系统的应用同样也有这样的一个模块config.json,类似安卓中的AndroidManifest.xml,作用是相似的,配置应用板块,带大家来进一步解析其中的参数,以下给出一般的结构,正文即将开始~~
218 0
OpenHarmony应用开发之全局配置参数解析
|
消息中间件 存储 Linux
FreeRTOS记录(二、FreeRTOS任务API认识和源码简析)
在了解了基本的环境和框架之后,对FreeRTOS 的任务,消息队列,信号量,事件,软件定时器 这些基础的功能部分也得有个认识。 这篇文章主要介绍了一下关于任务的API以及源码的简单分析。
578 1
FreeRTOS记录(二、FreeRTOS任务API认识和源码简析)
|
存储 人工智能 JSON
HarmonyOS系统中内核实现智慧烟感控制的方法
大家好,今天主要和大家聊一聊,如何利用鸿蒙系统实现智慧烟感方法
228 0
HarmonyOS系统中内核实现智慧烟感控制的方法
|
小程序
零基础学小程序 —— 全局配置(四)
零基础学小程序 —— 全局配置(四)
206 0
零基础学小程序 —— 全局配置(四)
|
JSON 小程序 前端开发
微信小程序--》组成结构 文件作用 宿主环境
⚓经过web前端开发的学习,相信大家对于前端开发有了一定深入的了解,今天我开设了微信小程序,主要想从移动端开发方向进一步发展,而对于我来说写移动端博文的第一站就是小程序开发,希望看到我文章的朋友能对你有所帮助。
199 0
 微信小程序--》组成结构 文件作用 宿主环境
|
存储 算法
操作系统之全局页面替换策略算法
本文章适用于本科院校学生期末速成操作系统中存储管理的全局页面替换策略的相关算法,也适用于计算机学院老师教学板书参考使用。
169 0
|
JavaScript 算法 前端开发
Nodejs内存控制详解(上篇)
JavaScript与Java一样,由垃圾回收机制来进行自动的内存管理。对于性能敏感的服务器端程序,内存管理的好坏、垃圾回收状况是否优良,都会对服务构成影响。而在Node中,这一切与V8引擎息息相关。
4407 0
|
存储 调度
带你读《C/OS-III内核实现与应用开发实战指南:基于STM32》之三:任务的定义与任务切换
本书分为两部分,第一部分先教你如何从0到1把uC/OS-III内核写出来,从底层的汇编开始讲解任务如何定义、如何切换,还讲解了阻塞延时如何实现、如何支持多优先级、如何实现任务延时列表以及时间片等uC/OS的核心知识点;第二部分讲解uC/OS-III内核组件的应用以及使用uC/OS-III进行多任务编程。