OS开发中__attribute__((interrupt))仅部分中断生效问题求助

针对你遇到的外设中断（键盘、定时器等）无法触发，但手动asm ("int $0x21")可正常执行中断处理的问题，核心排查方向集中在中断控制器配置、中断路由和IDT设置细节上，以下是具体检查点：

1. 中断控制器（PIC/APIC）初始化验证 #

• 若使用传统PIC：
  • 必须完成PIC重映射，将默认的IRQ0-IRQ15对应的向量0x08-0x0F、0x70-0x77（与CPU异常向量冲突）重新映射到自定义范围（比如0x20开始），否则外设中断会被CPU当作异常处理，无法触发正确的中断函数
  • 检查ICW1-ICW4的发送顺序和参数是否正确，尤其是ICW2要设置正确的向量偏移
• 若使用APIC：
  • 确认Local APIC已启用（通过MSR寄存器开启），IO APIC的基地址已正确映射，红表项（Redirection Table）已将外设IRQ映射到目标向量，且红表项的屏蔽位未置位
  • 检查APIC的中断模式是否正确配置（比如物理模式/逻辑模式）

2. 中断掩码检查 #

• PIC环境下，需通过OCW1指令清除对应外设的中断掩码：
  • 键盘对应IRQ1，需向端口0x21写入0xFB（清除bit1的掩码）
  • 定时器对应IRQ0，需向端口0x21写入0xFE（清除bit0的掩码）
• APIC环境下，确保IO APIC红表项的mask位为0，Local APIC的TPR寄存器未屏蔽对应优先级的中断

3. 中断处理函数的栈帧兼容性 #

• x86_64下，__attribute__((interrupt))对带错误码和不带错误码的中断处理有差异：
  • 页错误、双错误属于CPU异常，会自动压入错误码到栈中；而外设IRQ触发的中断不会压入错误码
  • 若你为外设中断编写的处理函数错误地按带错误码的方式实现（比如函数参数包含错误码），会导致栈帧错位，中断返回后CPU状态异常，后续中断无法触发
  • 对比页错误处理函数和键盘中断处理函数的签名，确保不带错误码的中断函数参数正确（仅struct interrupt_frame *frame）

4. IDT项配置检查 #

• 确认外设中断对应的IDT项是中断门（Interrupt Gate），而非陷阱门：中断门会自动清除IF标志，避免嵌套中断导致的问题；陷阱门不会清除IF，可能引发异常
• 检查IDT项的P位（Present）是否置1，DPL是否设为0（内核态专属），代码段选择子是否指向正确的内核代码段

5. CPU中断标志位（IF）检查 #

• 确认内核初始化完成后已执行sti指令开启中断（IF=1）：若IF为0，CPU会忽略所有外部中断请求，仅响应CPU异常和手动触发的int指令
• 可通过读取RFLAGS寄存器的第9位，验证IF标志是否正确置位

6. 外设自身初始化验证 #

• 键盘：需发送0xAE指令开启键盘中断，0xF4指令启动扫描，否则键盘不会主动发送中断请求
• 定时器（PIT）：需正确设置工作模式（比如模式2，周期性中断）和计数初值，否则定时器不会产生中断信号

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