linux - 硬件定时器中断在哪里？

Question

这是“英特尔架构软件开发人员手册”中的异常和中断表（我理解为 IDT）

使上下文切换成为可能的定时器中断在哪里？（用于多任务）

如果这是一个愚蠢的问题，请修正我的理解。先感谢您

Answer 1

嗯，是的，如果我们谈论的是传统的 8254 PIT 定时器，它位于 IRQ0，也就是向量 32。但在现代机器上的 Linux 操作系统中，它通常不用作定时器。[请注意，32 的向量分配确实非常随意。它是在对 8259 (PIC) 或 APIC 进行编程时设置的——但这不是一个糟糕的选择，因为 32 是保留向量之后的第一个向量。这肯定比将硬件中断与异常向量混合更好，因为 DOS 会这样做 - 因此无法从 INTR 5（也是向量 13，因为 INT0 已映射）告诉通用保护故障（上表中的向量 13）到向量 8，并且 5 + 8 = 13)。从记忆中看，INTR5 的使用并不是特别好——比如 LPT2：（第二个并行端口）。但是不要重叠它们仍然是一个好主意...... Henc the "reserved"

实际控制系统时序的 IRQ 很可能是 Local APIC 定时器，它的向量不像原始 PC 那样固定在硬件中。

此外，随着“消息信号中断”的出现，完全有可能拥有（远）超过 256 个中断向量。

我不同意“向量 0-19 是不可屏蔽的中断”的说法。除了 NMI（向量 2）之外，它们都是异常（又名 TRAPS 或 FAULTS）——即由系统中的某些错误条件驱动的事件——向量零是整数除以零的结果，向量 1 是“单步”指令中断[和一些其他“调试”陷阱，例如“写入与启用的调试寄存器匹配的任何地址”]，向量 3 是“int3”指令（操作码 0xcc）的结果，向量 4 是执行“INTO”的结果（即溢出时的“o”，而不是0如零）。当访问一块未标记为存在于页表中的内存时，使用向量 14。它们确实是“不可屏蔽的”，但除了少数例外，它们是当时执行的指令的直接后果 - 因此它们与程序本身同步。

例外是“双重故障”例外和“机器检查故障”。

双重错误是指处理器在处理另一个异常期间检测到错误 - 通常是因为操作系统做了一些愚蠢的事情，例如将堆栈设置为无效的地方，因此出现页面错误，试图使用堆栈来存储页面错误返回地址，并且由于堆栈不可访问而失败。因此，双重故障处理程序往往被设置为“任务切换中断”，并加载一个新堆栈以确保双重故障可以继续。如果双重故障处理程序不能正确运行，处理器将“三重故障”。这通常意味着在 PC 平台上“重新启动”。双重错误通常是不可恢复的 - 处理程序将（尝试）提供一些关于发生了什么以及它如何进入此状态的信息，但一旦完成，

机器检查故障是处理器检测到不可恢复的错误 - 例如不可恢复的内存错误或高速缓存奇偶校验错误等。这些通常也是不可恢复的，但不直接与正在执行的指令耦合，而是更多不同的组合事件（内存内容变坏的地址的内存读取，或类似的）。

Answer 2

硬件定时器中断的中断向量是 IRQ 0 = INT 32，因为它是一个外部中断。

0-19 是不可屏蔽中断，20-31 应该由 Intel 保留，32-127 是外部中断（IRQ）。硬件时间需要连接为IRQ 0，所以这里的向量号应该是32。