自研OS从PIC切换到APIC后真机运行异常求助

针对你遇到的三个真机APIC异常，结合你的配置步骤，给出以下具体排查点：

一、未预期的Interrupt 2触发问题 #

Interrupt 2是PIC时代的级联中断，APIC模式下应彻底消除其触发路径：

• 确认PIC禁用操作的有效性：部分主板仅通过0x22/0x23端口写入无法完全禁用PIC，可额外检查ACPI FADT表中的PIC_DISABLE位是否设置，或尝试向PIC的OCW1寄存器写入0xFF（再次确认全屏蔽）。
• 检查LAPIC LINT1配置：LINT1默认可能连接PIC的IRQ2级联信号，即使你已屏蔽LINT1，需确认LVT LINT1寄存器的第16位（mask位）确实被设为1，且未误配置为非屏蔽模式。
• 排查IOAPIC GSI2条目：部分设备可能占用GSI2，需确认IOREDTBL中对应GSI2的条目是否处于屏蔽状态（mask位为1）。

二、键鼠中断无法接收问题 #

PS/2键盘（IRQ1）、鼠标（IRQ12）的中断依赖正确的IOAPIC映射与触发模式配置：

• 验证ACPI中断重写规则解析：检查MADT表中IRQ1、IRQ12对应的GSI号、触发模式（Edge/Level）、极性。真机中多数PS/2设备为Level触发，若你按QEMU的Edge模式配置，会导致中断无法触发。
• 确认IOREDTBL条目解除屏蔽操作：允许中断时，需确保对应GSI条目的第16位（mask位）被清零。操作时需严格遵循IOAPIC寄存器读写顺序：先写索引端口，再写数据端口，64位条目需分两次读写低/高32位。
• 检查中断处理程序的EOI发送：键鼠中断处理完成后，必须向LAPIC的EOI寄存器（地址LAPIC_BASE + 0xB0）写入0，否则LAPIC会持续锁定中断状态，无法接收新中断。
• 验证IDT注册：确认重映射后的键鼠中断向量已正确注册到IDT，且处理程序无逻辑错误（比如未提前返回导致中断阻塞）。

三、PIT触发Interrupt 39而非预期的34问题 #

该问题大概率是IOAPIC映射配置错误或ACPI规则解析偏差：

• 核对ACPI中断重写表：确认PIT对应的IRQ0的重映射规则，重点检查GSI号、触发模式。若GSI号解析错误，会导致你修改了错误的IOREDTBL条目，而实际PIT中断对应另一个GSI（可能映射到vector39）。
• 检查IOREDTBL条目设置：PIT对应的GSI条目需确保：
  • 低32位的vector字段为34（bits 0-7）
  • 触发模式、极性与ACPI规则一致
  • mask位（bit16）已清零
  • 高32位的目标LAPIC ID正确（单CPU场景设为当前LAPIC ID）
• 排查vector39的来源：检查IDT中vector39对应的中断源，是否有其他设备（如声卡IRQ5）的IOAPIC条目误配置为vector39且未屏蔽，真机中部分默认设备可能自动触发中断。
• 验证PIT配置：确认PIT控制字（端口0x43）设置正确（如模式2周期性中断：0x36），且计数器值（端口0x40）已正确写入，确保PIT确实在产生中断信号。

通用排查建议 #

• 重新解析ACPI MADT表：确保IOAPIC基地址、中断重写条目全部正确读取，无遗漏或解析错误（比如条目数量与表中声明的一致）。
• 检查LAPIC初始化完整性：通过MSR 0x1B读取LAPIC基地址，确认映射到虚拟地址后可正常读写；SVR寄存器的虚假中断vector设为0xFF，且启用位（bit8）为1。
• 真机中断路由特殊性：部分主板存在多个IOAPIC或特殊中断路由规则，可通过读取IOAPIC的VER寄存器（索引0x01）确认IOAPIC版本与支持的条目数量，排查是否有未初始化的IOAPIC。

内容的提问来源于stack exchange，提问作者Joel Marker