7.3 QEMU 仿真与 GDB 调试实录
7.3 QEMU 仿真与 GDB 调试实录
本节摘要：仿真器让你在没有硬件时拥有一台可暂停的机器，调试器让你看进执行过程的每个瞬间。本节分清 QEMU 两种模式的适用场景，搭起一套完整的远程调试会话，再以一次"断点打不上"的真实排错演示调试器、调试模块与内存权限三方如何联手制造（并解决）怪象。
两台虚拟机器，两种用法
QEMU 对 RISC-V 的支持有两条形态，选错形态是新手绕的第一道弯。用户模式：宿主机上直接执行单个 RISC-V 二进制，仿真层替它翻译系统调用——适合快速验证纯计算程序、跑交叉测试集，优点是零配置秒起，缺点是没有"系统"可看：内核、驱动、中断一概不存在。系统模式：仿真一整台虚拟板卡（带处理器、内存、外设与固件），从上电引导完整走到内核与应用——适合调试启动链路、驱动移植、内核问题，代价是配置项多、启动慢。
系统模式的典型调用值得抄一遍，参数各有讲究。
qemu-system-riscv64 -M virt -nographic \ -bios fw_payload.elf \ -kernel Image -append "console=ttyS0" \ -s -S
机器型号选虚拟平台，它是一份写好的"虚拟板卡设备树"；固件参数接开源固件镜像（第三、七章的 SBI 角色登场）；内核参数接内核镜像并传启动参数；末尾两个旗标是调试会话的关键——前者让仿真器开放一个远程调试端口，后者让机器上电即暂停，等你连上调试器再放行。这套"先停后调"的配合，能让你从第一条指令开始单步跟踪引导全程。
调试会话：另一端的调度器
调试器与仿真器（或真实板卡的调试探针）之间说的是标准远程协议，会话的形态如下。
读图抓三个要点。断点的实现有两种：软件断点是把目标地址的指令临时替换成断点指令（ebreak，第三章见过的调试门铃），适合可写内存；硬件断点走处理器的触发模块，给地址比较器配置命中条件，不动指令本身，适合只读存储与闪存。停机报告会说明停机原因（断点、单步、异常），配合第三章的 mcause 读数可以精确判断停在哪类事件上。单步与继续是调试器的两条基本驱动节奏，配合断点、监视点（数据地址命中即停）与内存检查命令，构成完整的现场勘查工具箱。
连上之后的常用口令也就七八个：断点按地址或符号下，寄存器一览看现场，内存检查命令按格式与长度读一段地址，反汇编当前 pc 附近，单步走指令级、步过走函数级。现场勘查的标准动作是"停住先看三处"——pc 在哪、mcause 是什么、栈顶几层返回地址——第三章的异常三件套在这里再次上岗。
工程现场：断点打不上的排错
背景：团队调试一块真实开发板上的裸机固件：想在一个数据区的写入处停下，软件断点下到闪存地址段后，程序一跑断点便"消失"，处理器从没停过。同一份固件在 QEMU 系统模式里断点工作正常——差异锁定在真实硬件的内存形态上。
操作：按"断点实现两种形态"的框架排查。软件断点的原理是把断点指令写进目标地址——但这段固件驻留在闪存里，运行期只读，写入动作静默失败（闪存控制器拒绝写，调试代理未显式报错），于是"断点"从未真正存在，处理器自然一路狂奔。换硬件断点：经由调试模块的触发器配置地址命中条件，不动任何指令字节。再配监视点盯住数据区地址，写入瞬间处理器如约停下，现场寄存器与调用栈一览无余。
结果：靠硬件断点与监视点完成全部勘查，定位到一段越界写——某数组下标计算在高负载下溢出，恰好踩进另一个缓冲区。修复后回归通过。
解读：这次排错值得沉淀的是三层认知。其一，"断点打不上"先问实现形态：软件断点依赖目标地址可写，闪存、只读存储、自修改代码检测的场景一律切硬件断点。其二，QEMU 与真实硬件的行为差异本身就是线索：仿真器对内存权限的模拟宽松，真实芯片的闪存控制器规则更严——"仿真器正常、真机异常"的怪象清单里，内存权限与外设时序常年霸榜。其三，监视点是数据损坏类问题的王牌：与其在十处可疑写入处布断点等运气，不如给受害地址配一个监视点，让肇事者自己现形。
变式：把固件搬到可写内存（加载到内存执行）再下软件断点，验证"形态决定成败"的判断；再用单步配合反汇编跟踪一次完整的中断进入与返回，对着第三章的进入五件事逐项核对——两个变式分别巩固工具选择与陷入路径的实战印象。
调试方法论的收拢
把本节与全书的调试知识点收拢成一套方法。工具选择：纯算法验证用用户模式，系统问题用系统模式加虚拟板，真机问题走调试探针加硬件断点；三条路径可以互换验证，"仿真器正常真机异常"本身就是一个诊断信号。现场勘查：停机先读 pc、mcause、栈三处，异常三件套永远优先于猜测。数据问题：监视点找肇事者，第四章的同步框架归因顺序性错乱。启动问题：串口里程碑定段，交接契约三寄存器核对。这套方法覆盖了嵌入式开发九成以上的调试场景，剩下的一成靠对规范原文的熟悉——而这正是整本书反复把你往规范文本里带的原因。
真机调试的最后一块拼图是硬件调试通路本身：处理器的调试模块经由探针（常见为 JTAG 物理接口）连到宿主机，断点与监视点最终都落在处理器的触发寄存器上，触发条件的数量是硬件资源——三四个触发器用完，再多下断点就会被静默忽略。遇到"断点莫名其妙丢"时，数一数当前会话里活着的断点与监视点总数，往往比检查配置更快见效。
本节要点回顾
- 两种模式各伺候一摊：用户模式验算法、系统模式调系统，选错形态是第一道弯；
- 先停后调：上电即暂停加远程调试端口，从第一条指令开始可控；
- 断点分两种形态：软件断点靠替换指令要求地址可写，硬件断点走触发模块适配闪存与只读区；
- 监视点是数据问题的王牌：让越界写的肇事者在案发现场自现原形；
- 停机先看三处：pc、mcause、调用栈，规范读数优先于直觉猜测。
到此，一条从源码到断点的完整链路打通。最后一章走出工位：把芯片实现的谱系、合规测试的纪律与生态演进的方向收进产业视野，为整本书收官。