kgdb双机调试：中断下半部与工作队列协同测试 - 第1节
1.1 KGDB 双机调试概述
KGDB（Kernel GNU Debugger）是 Linux 内核源码级调试的核心工具，它允许开发者通过串口或网络连接两台机器，在一台主机上使用 GDB 命令远程调试另一台目标机的内核。在嵌入式开发中，KGDB 双机调试是解决内核崩溃、驱动异常、中断处理错误等复杂问题的首选方案。
核心概念：KGDB 将目标机内核变为 GDB 的“远程目标”，调试主机通过串口或以太网发送 GDB 命令，目标机内核中的 KGDB 桩（stub）响应命令并控制执行流。
1.1.1 双机调试架构
1.1.2 KGDB 工作流程
| 步骤 | 操作 | 说明 |
|---|---|---|
| 1 | 目标机启动 | 内核参数添加 kgdboc=ttyS0,115200 kgdbwait |
| 2 | 主机连接 | GDB 执行 target remote /dev/ttyS0 |
| 3 | 设置断点 | break do_IRQ 或 break my_work_handler |
| 4 | 继续执行 | continue 让目标机恢复运行 |
| 5 | 触发断点 | 目标机执行到断点处自动暂停 |
| 6 | 调试分析 | 查看调用栈、变量、寄存器 |
1.2 中断下半部与工作队列协同测试的意义
Linux 内核将中断处理分为上半部（Top Half）和下半部（Bottom Half）。上半部在中断上下文中执行，要求快速、不可阻塞；下半部在更宽松的环境中完成剩余工作。工作队列（Workqueue）是下半部的一种实现机制，它将任务推迟到内核线程中执行，允许睡眠和阻塞操作。
为什么需要协同测试？ 中断上半部与工作队列之间存在数据传递和同步关系。上半部采集硬件数据或触发事件，工作队列处理这些数据。如果协同不当，会导致数据竞争、死锁或中断丢失。KGDB 双机调试可以精确观察这两个阶段的执行顺序和状态。
1.2.1 中断处理分层模型
1.2.2 工作队列与中断上半部的关键差异
| 特性 | 中断上半部 | 工作队列 |
|---|---|---|
| 执行上下文 | 中断上下文（IRQ） | 进程上下文（内核线程） |
| 可睡眠 | ❌ 不允许 | ✅ 允许 |
| 可阻塞 | ❌ 不允许 | ✅ 允许 |
| 中断状态 | 关中断（或部分开中断） | 开中断 |
| 调度优先级 | 最高（不可抢占） | 普通内核线程优先级 |
| 典型用途 | ACK 硬件、拷贝数据、调度下半部 | 协议处理、I/O 操作、复杂计算 |
1.3 课程目标与学习路径
本课程旨在通过 KGDB 双机调试环境，深入理解 Linux 内核中断下半部与工作队列的协同工作机制，掌握从理论到实践的完整调试技能。
1.3.1 课程核心目标
- 掌握 KGDB 环境搭建：配置串口/网络调试链路，编译带调试符号的内核镜像
- 理解中断下半部机制：分析上半部与工作队列的数据传递和同步原语
- 实战协同调试：使用 KGDB 设置断点、单步跟踪、观察中断与工作队列的执行流
- 排查典型问题：数据竞争、工作队列延迟、中断丢失、死锁等
1.3.2 学习路径规划
1.3.3 预备知识要求
| 知识领域 | 要求 | 推荐资源 |
|---|---|---|
| C 语言与 Linux 编程 | 熟练使用指针、链表、回调函数 | 《Linux 设备驱动程序》第 1-2 章 |
| Linux 内核基础 | 理解进程、中断、内核模块 | 《Linux 内核设计与实现》第 1-4 章 |
| GDB 使用经验 | 基本断点、单步、查看变量 | GDB 官方手册或在线教程 |
| 嵌入式开发环境 | 交叉编译、串口通信、QEMU 或真实硬件 | 本课程第 2 章环境搭建 |
⚠️ 重要提示：本课程所有实验均在 QEMU 模拟的 ARM/ARM64 平台上进行，无需真实硬件。但串口 KGDB 配置与真实嵌入式设备完全一致，可直接迁移到实际项目中。
1.3.4 课程章节概览
- 第 1 章（本章）：课程导论，建立 KGDB 与中断-工作队列协同调试的整体认知
- 第 2-4 章：KGDB 环境搭建、内核编译、串口/网络调试链路配置
- 第 5-8 章：中断注册、上半部实现、工作队列创建与调度机制
- 第 9-12 章：协同测试案例：网络驱动、GPIO 中断、定时器触发
- 第 13-16 章：高级调试技巧：条件断点、观察点、内核崩溃分析
- 第 17-20 章：综合实战：完整驱动中的中断-工作队列协同调试
通过本课程的学习，你将能够熟练运用 KGDB 双机调试技术，深入理解 Linux 内核中断下半部与工作队列的协同工作原理，并具备独立排查和解决相关问题的能力。