在QEMU中无法单步调试INT、CLI指令的问题求助

核心原因 #

INT（中断调用）和CLI（关中断）属于触发系统级行为或特权级范畴的指令，默认调试器会跳过对这类指令的单步跟踪，直接执行到后续用户态代码，避免调试过程干扰系统中断机制或引发异常。

具体解决方法 #

1. 调整GDB调试器配置（多数汇编扩展基于GDB） #

在VSCode的launch.json中添加调试器参数，强制开启特权指令的单步跟踪支持：

{
    "version": "0.2.0",
    "configurations": [
        {
            "name": "x86 Assembly Debug",
            "type": "cppdbg",
            "request": "launch",
            "program": "${workspaceFolder}/your-program.bin",
            "args": [],
            "stopAtEntry": true,
            "cwd": "${workspaceFolder}",
            "environment": [],
            "externalConsole": false,
            "MIMode": "gdb",
            "miDebuggerArgs": "-ex 'set step-mode on' -ex 'set debugint on'"
        }
    ]
}

• set step-mode on：强制GDB单步执行每一条机器指令，包括特权指令
• set debugint on：开启INT指令的调试跟踪，允许单步进入中断处理流程

2. 手动断点辅助跟踪 #

如果配置调整后仍无法单步，可在INT/CLI指令的下一条指令设置断点：

• 先按F10单步跳过INT/CLI指令，立即查看寄存器窗口状态
• 或手动输入GDB命令：break *$pc+1（偏移量根据实际指令长度调整，比如CLI是1字节，INT 0x80是2字节则用$pc+2）

3. 确认运行环境权限 #

如果是用户态程序，CLI指令本身会触发特权级错误，调试器会自动跳过这类非法执行。此时需确认程序是否运行在正确特权级（如内核态），或是否通过QEMU等虚拟机模拟特权环境。

4. 更新汇编扩展 #

确保使用的x86/x86_64 Assembly扩展为最新版本，旧版本可能存在特权指令调试支持不完善的问题，更新后重试调试。

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