NOTICE
x86保护模式中权限管理无处不在,下面哪些时候要检查访问权限() (w4l1)
前三个需要。这里假定ALU完成计算所需数据都已经在CPU内部了。
请描述ucore OS建立页机制的准备工作包括哪些步骤? (w4l1)
+ 采分点:说明了ucore OS在让页机制正常工作的主要准备工作
- 答案没有涉及如下3点;(0分)
- 描述了对GDT的初始化,完成了段机制(1分)
- 除第二点外进一步描述了对物理内存的探测和空闲物理内存的管理。(2分)
- 除上述两点外,进一步描述了页表建立初始过程和设置CR0控寄存器某位来使能页(3分)
(1)(spoc)请用lab1实验的基准代码(即没有修改的需要填空的源代码)来做如下实验: 执行make qemu
,会得到一个输出结果,请给出合理的解释:为何qemu退出了?【提示】需要对qemu增加一些用于基于执行过的参数,重点是分析其执行的指令和产生的中断或异常。
(2)(spoc)假定你已经完成了lab1的实验,接下来是对lab1的中断处理的回顾:请把你的学号对37(十进制)取模,得到一个数x(x的范围是-1<x<37),然后在你的答案的基础上,修init.c中的kern_init函数,在大约36行处,即
intr_enable(); // enable irq interrupt
语句之后,加入如下语句(把x替换为你学号 mod 37得的值):
asm volatile ("int $x");
然后,请回答加入这条语句后,执行make qemu
的输出结果与你没有加入这条语句后执行make qemu
的输出结果的差异,并解释为什么有差异或没差异?
(3)对于lab2的输出信息,请说明数字的含义
e820map:
memory: 0009fc00, [00000000, 0009fbff], type = 1.
memory: 00000400, [0009fc00, 0009ffff], type = 2.
memory: 00010000, [000f0000, 000fffff], type = 2.
memory: 07ee0000, [00100000, 07fdffff], type = 1.
memory: 00020000, [07fe0000, 07ffffff], type = 2.
memory: 00040000, [fffc0000, ffffffff], type = 2.
修改lab2,让其显示type="some string"
让人能够读懂,而不是不好理解的数字1,2 (easy)
(4)(spoc)有一台只有页机制的简化80386的32bit计算机,有地址范围位0~256MB的物理内存空间(physical memory),可表示大小为256MB,范围为0xC0000000~0xD0000000的虚拟地址空间(virtual address space),页大小(page size)为4KB,采用二级页表,一个页目录项(page directory entry ,PDE)大小为4B,一个页表项(page-table entries PTEs)大小为4B,1个页目录表大小为4KB,1个页表大小为4KB。
PTE格式(32 bit) :
PFN19 ... PFN0|NOUSE9 ... NOUSE0|WRITABLE|VALID
PDE格式(32 bit) :
PT19 ... PT0|NOUSE9 ... NOUSE0|WRITABLE|VALID
其中:
NOUSE9 ... NOUSE0为保留位,要求固定为0
WRITABLE:1表示可写,0表示只读
VLAID:1表示有效,0表示无效
假设ucore OS已经为此机器设置好了针对如下虚拟地址<-->物理地址映射的二级页表,设置了页目录基址寄存器(page directory base register,PDBR)保存了页目录表的物理地址(按页对齐),其值为0。已经建立好了从物理地址0x1000~0x41000的二级页表,且页目录表的index为0x300~0x363的页目录项的(PT19 ... PT0)的值=(index-0x300+1)。 请写出一个translation程序(可基于python, ruby, C, C++,LISP等),输入是一个虚拟地址和一个物理地址,能够自动计算出对应的页目录项的index值,页目录项内容的值,页表项的index值,页表项内容的值。即(pde_idx, pde_ctx, pte_idx, pte_cxt)
请用如下值来验证你写的程序的正确性:
va 0xc2265b1f, pa 0x0d8f1b1f
va 0xcc386bbc, pa 0x0414cbbc
va 0xc7ed4d57, pa 0x07311d57
va 0xca6cecc0, pa 0x0c9e9cc0
va 0xc18072e8, pa 0x007412e8
va 0xcd5f4b3a, pa 0x06ec9b3a
va 0xcc324c99, pa 0x0008ac99
va 0xc7204e52, pa 0x0b8b6e52
va 0xc3a90293, pa 0x0f1fd293
va 0xce6c3f32, pa 0x007d4f32
参考的输出格式为:
va 0xcd82c07c, pa 0x0c20907c, pde_idx 0x00000336, pde_ctx 0x00037003, pte_idx 0x0000002c, pte_ctx 0x0000c20b
(1)请简要分析Intel的x64 64bit体系结构下的分页机制是如何实现的
+ 采分点:说明Intel x64架构的分页机制的大致特点和页表执行过程
- 答案没有涉及如下3点;(0分)
- 正确描述了x64支持的物理内存大小限制(1分)
- 正确描述了x64下的多级页表的级数和多级页表的结构(2分)
- 除上述两点外,进一步描述了在多级页表下的虚拟地址-->物理地址的映射过程(3分)
(2)Intel8086不支持页机制,但有hacker设计过包含未做任何改动的8086CPU的分页系统。猜想一下,hacker是如何做到这一点的?提示:想想MMU的逻辑位置