IRQ7和IRQ15伪中断说明

问题描述：

我在写自己的操作系统过程中，写到中断部分时，发现开启时钟中断后，系统会产生6号，32号，39号中断，最终以6号中断失败退出。

失败直接原因：

6号中断是invalid opcode，意即无效指令，说明cpu遇到了无效的指令。通常为代码跑飞了，到了一个某个地址，cpu不认识这个地方的指令（其实是垃圾数据），就会报这个错。

失败真实原因：
跟踪调试发现，每次都会有一个39号的中断出现，然后就崩溃了。

代码查看：

中断处理函数，在121行，会进行中断函数处理，由于没有注册39号中断的处理函数，导致handler执行的时候，会产生6号中断。

PIC编程：
已经只放开了IRQ0，即时钟中断，为32号，为何还会有39号中断呢？
175，176行已经屏蔽了其他所有的中断。

查找原因：

搜索了一下，以及对比操作系统真像还原这本书的中断处理。发现IRQ7和IRQ15其实是伪中断。对应就是39和47号中断。。。。

参考：https://forum.osdev.org/viewtopic.php?f=1&t=23291

原因概述：因为PIC通知cpu有中断后，cpu会回复并要求pic发送中断号，如果中断此时已经消失（可能是被EOF置空了），此时pic会选择一个伪中断来回复cpu，避免cpu挂起等待。

所以，如果发现莫名其妙产生了IRQ7或者IRQ15的中断，检查是否是真的有这两个中断产生。（比如上述中，我检查发现已经屏蔽了所有其他的中断），此时如果没有这两个中断产生，可以选择无视，无需发送EOF给pic，跳过即可。