OS_Lab3
OS Lab 3
Before Coding
如果从书上cv来的makefile中直接make everything,会出现报错,我们将makefile进行修改
修改如下
1 | ASMKFLAGS = -I include/ -f elf32 |
除去这个问题,个人在进行make build_img时还遇到了如下问题
先看源代码
1 | buildimg : |
在运行时,因为sudo需要输入root密码来获得权限,会大声报错,我做出了如下改变
1 | buildimg : |
通过-S参数来读取标准输入password,这样避免了报错
其中password为数字,直接写即可,如果带有字母,需要用引号
相关提问
- 解释中断向量
对应每个中断源设置一个向量。这些向量顺序存在主存储器的特定存储区。向量的内容是相应中断服务程序的起始地址和处理机状态字。在响应中断时,由中断系统硬件提供向量地址,处理机根据该地址取得向量,并转入相应的中断服务程序。
-
解释中断类型码
把每个中断服务程序进行编号,这个号就代表一个中断服务程序,就是中断类型码。这个中断类型码是计算机用来查找中断向量用的。
-
解释中断向量表
中断向量表是指中断服务程序入口地址的偏移量与段基值。
中断向量表是 8086 系统内存中最低端1K 字节空间,它的作用就是按照中断类型号从小到大的顺序存储对应的中断向量,总共存储 256 个中断向量。
中断向量表在内存单元的最低处,地址空间为 00000H∼003FFH(0∼1024B),这个地址正好和中断类型码有一种对应的关系:中断类型码 ×4(一个中断向量所占的空间)就等于这个中断向量的首地址。
-
实模式下中断程序地址如何得到?
根据中断类型码 n,从中断向量表中取得中断处理程序地址,取得的段地址存入 CS,偏移量存入 IP。从而使 CPU 转入中断处理程序运行。
-
保护模式下中断程序地址如何得到?
以 IDTR 指定的中断描述符表的基地址为起始地址,用调用号 N × 8 算出偏移量,即为 N 号中断门描述符的首地址,根据中断门中的选择子和偏移量得到中断处理程序入口。
-
中断向量的地址如何得到?
实模式只要使用调用号 N × 4 即可找到该向量的首地址,由此处再转移到中断服务程序。
保护模式下要借助中断门描述符来获取中断子程序这个目标段的描述符,也就是说必须经过两次查表才能获得中断服务子程序的入口地址。
-
实模式下如何根据中断向量的地址得到中断程序地址?
段地址存入 CS,偏移量存入 IP(或者左移 4 位加偏移)
-
解释中断描述符
除了含有中断处理程序地址信息外,还包括许多属性和类型位;每个中断描述符占用连续的 8 个字节。
-
保护模式下中断描述符表如何得到?
由 IDTR 指定中断描述符表的基地址。
-
保护模式下中断门如何得到?
由 IDTR 指定中断描述符表的基地址,用调用号 N × 8 算出偏移量,即为 N 号中断门描述符的首地址,由此处取出中断门的 8 个字节。
-
保护模式下如何根据中断门得到中断处理程序地址?
- 根据中断门中的选择子和偏移量得到中断处理程序入口:根据段寄存器的内容(选择子),首先判断描述符是在 GDT 中还是在 LDT 中,如果是在 GDT 中,根据 GDTR 以及该段寄存器的内容找到相应的“描述符”;如果是在 LDT 中,根据 LDTR(选择子)以及 GDTR 的内容找到 LDT 的描述符,得到 LDT 的地址,然后再根据段寄存器内容找到相应的“描述符”。
- 从描述符中得到基地址
- 将指令中发出的地址作为位移,与描述符中界限相比,看是否越界
- 将指令的性质与描述符中的访问权限来确定是否越权
- 将指令中发出的地址作为位移,与基地址相加得出实际的“物理地址”
-
中断的分类,举例不同类型的中断?
从中断源角度可分为:
内部异常中断(计算机硬件异常或故障引起)
软中断(程序中执行的中断指令,如 INT、INT3)
外部中断或 I/O 中断(外部设备请求引起的中断)
外部中断可分为可屏蔽及不可屏蔽中断(重新启动、电源故障、内存出错、总线出错等)。
-
中断与异常的区别?
中断指由 CPU 以外的事件引起的中断(如 I/O 中断,时钟,控制台中断),异常指来自 CPU 的内部事件或程序执行中的事件引起的过程(如 CPU 本身故障、程序故障和请求系统服务的指令引起的中断);
中断是异步的,异常是同步的。
-
实模式和保护模式下的中断处理差别
最大区别在于寻找中断处理代码入口的方式——实模式下,中断处理程序的入口地址称为“中断向量”,所有的“中断向量”存储在一个“中断向量表”中;而在保护模式下,为每一个中断和异常定义了一个中断描述符,来说明中断和异常服务程序的入口地址的属性,由中断描述符表取代实地址模式下的中断向量表。
-
如何识别键盘组合键(如 Shift+a)是否还有其他解决方案?
Orange’s 中,建立扫描码的解析数组记录一个键在组合及非组合状态下的实际值并设置缓冲区;声明了组合键中前者(ctrl, shift 等)相应变量,若出现其 make code 或 break code,设置其标志位以便与其他非组合键组合在解析数组中找到相应实际值。
-
IDT 是什么,有什么作用?
IDT(Interrupt Descriptor Table),中断描述符表,作用是将每一个中断向量和一个描述符对应起来。
-
IDT 中有哪几种描述符?
中断门描述符,陷阱门描述符,任务门描述符。
-
异常的分类
-
Fault,是一种可被更正的异常,而且一旦被更正,程序可以不失连续性地继续执行。返回地址是产生 fault 的指令。
-
Trap,一种在发生 trap 的指令执行之后立即被报告的异常,它也允许程序或任务不失连续性地继续执行。返回地址是产生 fault 的指令之后的条指令。
-
Abort,不总是报告精确异常发生位置的异常,不允许程序或任务继续执行,而是用来报告严重错误的。
-
-
用户态和内核态的特权级分别是多少?
用户态:3,内核态:0。
-
中断向量表中,每个中断有几个字节?里面的结构是什么?
4 个 Bytes,低地址两个 Byte 放偏移高地址两个 Byte 放段描述符。
-
中断和异常共同点(至少两点),不同点(至少三点)
相同点:
- 都是程序执行过程中的强制性转移,转移到相应的处理程序。
- 都是软件或者硬件发生了某种情形而通知处理器的行为。
不同点:
-
中断,是 CPU 所具备的功能。通常因为“硬件”而随机发生。异常,是“软件”运行过程中的一种开发过程中没有考虑到的程序错误。
-
中断是 CPU 暂停当前工作,有计划地去处理其他的事情。中断的发生一般是可以预知的,处理的过程也是事先制定好的。处理中断时程序是正常运行的。异常是 CPU 遇到了无法响应的工作,而后进入一种非正常状态。异常的出现表明程序有缺陷。
-
中断是异步的,异常是同步的。
-
中断或异常的返回点:
良性的如中断和 trap,只是在正常的工作流之外执行额外的操作,然后继续干没干完的活。因此处理程序完了后返回到原指令流的下一条指令,继续执行。
恶性的如 fault 和 abort,对于可修复 fault,由于是在上一条指令执行过程中发生(是由正在执行的指令引发的)的,在修复 fault 之后,会重新执行该指令;至于不可修复 fault 或 abort,则不会再返回。
-
中断是由于当前程序无关的中断信号触发的,CPU 对中断的响应是被动的,且与 CPU 模式无关。
既可以发生在用户态,又可以发生在核心态。异常是由 CPU 控制单元产生的,大部分异常发生在用户态