2015-07-12到2015-07-23小结_rql总线-CSDN博客

本文链接：https://blog.csdn.net/u011109322/article/details/47028985

汇编真是个麻烦的家伙。。。。。。。。

特别是32位保护模式下的汇编，知识交叉实在是太多太深了。。。。。。。。

这11天左右的时间，我主要完成了以下部分的探索：

1> TSS 的配置、切换，以及任务门(Task Gate)的使用

2> 内存分页，虚拟内存映射

3> IDT的配置使用, 以及陷阱门(Trap Gate)，中断门(Interrupt Gate)的使用

我还想探索以下内容：

===> 写一个TSS及其对应代码段，用于安放在IDT中等待异常发生后杀死对应用户程序，再初始化一个Ring3下的用户程序作为炮灰参与此次实验。。。

===> 初始化一个Ring 3级别的用户程序，并通过直接jump/call到 Conforming（有的人译成"可依从"，也有人译作“一致”, 还是原词误会小些）代码段，然后初始化一个调用门（Call Gate），然后一样。

===> 借助1999年Intel手册卷三打开进入奔腾处理器指令，特别是MMX指令技术的大门

===> 结构化异常处理(Structured Exception Handling, SEH)是不是和几个故障类(Falut)的异常(Exception)有关？特别是那个占据0号位置的除法错误异常(#DE)进入例程返回后总是重复执行导致#DE的语句，C++上实验除数为0时提示没有相关处理例程，猜想可能有关系，待日后实验验证。

===> ARQL指令（详见Intel手册卷3的第5.10.4小节），以便进一步深入理解x86上的OS是如何守住PM下检查的死穴——段选择子的RQL字段的。

===> 玩玩多处理器在裸机上怎样用汇编指令控制着同时工作，特别是CPU-0已经进入保护模式初始化完内存分页以后，CPU-1怎么办的，以及“总线封锁信号”是怎么起作用的。我想要的最终效果是在80X25文字模式下两CPU同时打印字符。

===> Legacy支持器，或者说虚拟8086方式（V86方式）怎么能给Ring3的程序这么大的权力而同时保证不发生系统混乱，

===> 一直先RM下调取BIOS第0x13号中断读取软盘也很不爽，并且内存与硬盘之间页面置换很可能以后没法弄，得自己写个类似于驱动程序的东西来直接控制，，，这个貌似是工业标准，待查找资料后验证。

===> 关于前面我的问题：BIOS中断怎么在进入PM以后调用，答案可能是“没法，只有OS自己的设备驱动程序才有效”

===> 我想象能力不出众，一直在80X25文字显示方式我也有些吃不消，我希望能够借助相关资料打开进入图形显示的道路，，，，

其实写上边这堆东西的时候也并没有注意到，自己只模模糊糊学会了3点，而发现的不会的项竟然翻了几番

顺便吐下槽：

===> 终于想象出Intel在1986年以前规模是多么小了，Intel手册一共不到500页，错别字竟然那么多～～～

===> 从某个TSS执行一段时间后来一个inter-segment jump,跳到另一个TSS上，原来的那个TSS在GDT显示竟然是Available!!

===> 本以为把数据段选择子装入CS寄存器是#GP，结果今天晚上做实验证明是#UD，三观尽毁........那么，怎么才能诱发一次通用保护异常(#GP)呢？

===> 我真的难以想象这几天我是怎么坚持下来的，一个不足400行的代码竟然调试了2天半，而且很多时候调试程序花了一上午时间发现竟然是个很低级的错误引起的！