39、深入探究多种设备驱动与调试技术

深入探究多种设备驱动与调试技术

1. 常见总线架构及相关设备驱动

在计算机系统中，不同的总线架构扮演着重要角色，它们与各种设备驱动紧密相关。
- ISA 总线与 MCA 总线
- ISA 总线 ：最初是用于 PC 与 I/O 设备接口的总线，后来发展成为事实上的标准。但随着 PCI 总线的出现，ISA 已基本消失。ISA 设备驱动面临两个主要问题：一是没有标准接口供驱动程序检测资源信息，需要实现复杂的探测逻辑；二是 ISA 总线宽度为 24 位，设备只能访问系统内存的低 16MB。不过，ISA 即插即用（PnP）规范试图为 ISA 带来一定的自动配置能力。如今，在 PC 兼容系统中，LPC 总线取代了 ISA 总线用于连接传统外设。
- MCA 总线 ：克服了 ISA 家族的许多限制，支持总线主控、自动配置和 32 位总线宽度。然而，由于其专有性质，MCA 并未像预期那样流行。
- 示例驱动 ：如 drivers/net/tokenring/skisa.c 是令牌环卡的 ISA 驱动示例； drivers/net/tokenring/ibmtr.c 支持 IBM 令牌环硬件的 ISA、PnP 和 MCA 形式； drivers/net/3c509.c 驱动 3COM 以太网卡的 MCA、PnP 和 EISA 形式。
- FireWire 总线
- 简介 ：也称为 IEEE 1394，是苹果公司发明的高速串行总线协议，数据速率可达 800Mbps（IEEE 1394b）。它与 USB 2.0 类似，都支持高速和设备热插拔，但 FireWire 是对等协议，两个支持 FireWire 的设备可直接交换信息。
- Linux 架构 ：在 Linux 中，FireWire 架构包括与 FireWire 控制器接口的设备驱动（如 ohci1394 ）、用于存储、视频和网络等应用的协议驱动、提供服务的 FireWire 核心以及辅助开发应用的用户空间库（如 libraw1394 ）。从 2.6.22 版本开始，内核在 drivers/firewire/ 目录中有一个更精简的 FireWire 栈。
- Intelligent Input/Output（I2O）
- 概述 ：是一种将 I/O 活动从主处理器卸载到 I2O 适配器上的 I/O 协处理器的标准。虽然如今 I2O 基本已停用，但包括 Linux 在内的许多操作系统仍支持它。
- Linux 支持 ：Linux 以 I2O 核心、I2O 适配器驱动和各种特定于操作系统的模块（OSM）的形式支持 I2O。
- Amateur Radio
- 用途 ：业余无线电是爱好者用于全球通信的分组无线电技术，也常用于应对灾害。
- Linux 使用要求 ：在 Linux 上使用业余无线电，需要低级别调制解调器驱动（位于 drivers/net/hamradio/ ）和一个或多个分组协议（如 AX.25、Rose 和 Netrom）。
- Voice over IP（VoIP）
- 技术原理 ：利用互联网传输语音流量，可实现低成本的高质量语音通话。
- Linux 支持 ：Linux 上有一些用于 VoIP 设备的驱动，位于 drivers/telephony/ 目录，并且 VoIP 驱动与传输协议（如 RTP）和呼叫控制信令栈（如 SIP 和 H.323）协同工作。
- High - Speed Interconnects
- 常见技术 ：包括 InfiniBand、RapidIO、Fibre Channel 和 iSCSI 等。这些技术在集群、刀片服务器等高端系统中更为常见。
- Linux 驱动子系统 ：
- InfiniBand ：Linux 的 InfiniBand 子系统包括核心支持、主机通道适配器的设备驱动和 IP over InfiniBand 实现。相关源码位于 drivers/infiniband/ 。
- RapidIO ：Linux 的 RapidIO 子系统提供核心例程，通过门铃进行短的带外消息通信，通过邮箱进行高带宽数据传输。源码在 drivers/rapidio/ 。
- Fibre Channel ：Linux 支持 Fibre Channel 核心和设备驱动，用于处理存储系统通信。源码在 drivers/fc4/ 。
- iSCSI ：Linux 通过内核驱动 drivers/scsi/iscsi_tcp.c 和用户空间守护进程 iscsid 支持 iSCSI。

2. 内核调试技术

在开发设备驱动时，调试是必不可少的环节，以下介绍几种常见的内核调试技术。

2.1 进入调试器的方式

• 命令行参数 ：在启动时传递参数让内核进入调试器。
• 软件或硬件断点 ：
  • 软件断点 ：在 x86 系统中，可在代码中使用 asm(" int $3"); 或调用 BREAKPOINT 宏设置。
  • 硬件断点 ：当指令在闪存中无法被替换时使用，需要处理器支持，将地址添加到调试寄存器。
• 设置观察点 ：让调试器在变量被修改时停止执行。
• 按关注键 ：但在某些情况下（如代码处于禁用中断的死循环中）可能无效。

2.2 常见的内核调试器

• Kernel Debugger（kdb）
  • 特点 ：是指令级调试器，设置简单，无需额外机器，但需要将汇编代码与源代码关联。
  • 使用示例 ：以调试内核串行驱动为例，设置断点在 rs_open() 入口点，通过反汇编找到对应地址，触发 rs_open() 函数，命中断点后查看寄存器和内存内容，发现问题并修改。

drivers/serial/myserial.c:
static int rs_open(struct tty_struct *tty, struct file *filp)
{
  struct async_struct *info;
  /* ... */
  retval = get_async_struct(line, &info);
  if (retval) return(retval);
  tty->driver_data = info;
  /* Point A */
  /* ... */
}

• Kernel GNU Debugger（kgdb）
  • 特点 ：是源代码级调试器，使用更方便，但设置更复杂，需要额外机器。
  • 使用步骤 ：
    1. 在主机和目标机上进行相应配置，通过串口连接。
    2. 插入内核模块，获取模块的 ELF 节地址。
    3. 在主机上启动 gdb ，连接到目标机，添加符号文件。
    4. 设置断点，单步执行代码，查看变量值，解决问题。

char buffer;
int
trojan_function()
{
  int *my_variable = 0xAB, i;
  /* ... */
  Point A:
  i = *my_variable; /* Kernel Panic: my_variable points
                       to bad memory */
  return(i);
}

• GNU Debugger（gdb）
  • 特点 ：可收集一些内核调试信息，但不能单步执行代码、设置断点或修改内核变量。
  • 使用示例 ：通过 gdb 分析内核崩溃信息，找到问题函数，查看反汇编代码，定位问题并修复。
• JTAG Debuggers
  • 特点 ：使用硬件辅助调试，功能强大但成本高。可用于调试代码、烧录闪存等。
  • 使用场景 ：常用于硬件启动阶段，可通过以太网远程访问。在远程调试时，可使用多个终端会话完成不同功能，如设置断点、查看串口输出、执行调试脚本等。

3. 调试工具下载

• kdb 补丁 ：可从 http://oss.sgi.com/projects/kdb 下载 x86 和 IA64 架构的补丁。
• kgdb 项目 ：主页为 http://kgdb.sourceforge.net ，包含配置和使用文档。
• gdb ：若 Linux 发行版中没有，可从 www.gnu.org/software/gdb/gdb.html 获取。

总结

本文介绍了多种总线架构（ISA、MCA、FireWire 等）及其相关设备驱动，以及内核调试的多种方法和工具（kdb、kgdb、gdb、JTAG 调试器）。了解这些知识有助于开发者更好地开发和调试设备驱动，提高系统的稳定性和性能。在实际应用中，开发者应根据具体情况选择合适的总线架构和调试工具，以满足不同的需求。

流程图：内核调试流程

graph TD;
    A[开始调试] --> B{选择调试器};
    B -->|kdb| C[设置断点并反汇编代码];
    B -->|kgdb| D[配置主机和目标机，添加符号文件];
    B -->|gdb| E[收集崩溃信息并分析];
    B -->|JTAG| F[连接硬件，设置调试环境];
    C --> G[触发断点，查看寄存器和内存];
    D --> H[设置断点，单步执行代码];
    E --> I[查看反汇编代码，定位问题];
    F --> J[使用多个终端完成不同调试功能];
    G --> K[修复问题];
    H --> K;
    I --> K;
    J --> K;
    K --> L[继续测试];
    L --> M{是否还有问题};
    M -->|是| A;
    M -->|否| N[调试结束];

表格：调试器对比

深入探究多种设备驱动与调试技术

4. 不同总线架构及设备驱动的详细分析

为了更好地理解各种总线架构及设备驱动在实际应用中的特点和差异，下面进行详细的对比分析。

4.1 总线架构对比

4.2 设备驱动相关协议对比

5. 调试技术的实际应用案例

在实际开发中，调试技术的应用至关重要，以下通过具体案例进一步说明。

5.1 kdb 调试案例

在一个基于 x86 架构的系统中，开发人员修改了内核串行驱动 drivers/serial/myserial.c 中的 rs_open() 函数，但驱动无法正常工作。开发人员使用 kdb 进行调试：
1. 按下 Pause 键进入 kdb，对 rs_open() 进行反汇编：

kdb> id rs_open           
 Disassemble rs_open
0xc01cce00 rs_open:       sub $0x1c, %esp
0xc01cce03 rs_open+0x03:  mov $ffffffed, %ecx
...
0xc01cce4b rs_open+0x4b:  call 0xc01ccca0, get_async_struct
...
0xc01cce56 rs_open+0x56:  mov 0xc(%esp,1), %eax
0xc01cce5a rs_open+0x5a:  mov %eax, 0x9a4(%ebx)
...

2. 确定代码中 Point A 对应的反汇编地址为 rs_open+0x5a （即 0xc01cce5a ），设置断点：

kbd> bp rs_open+0x5a  
 Set breakpoint
kbd> go               
 Continue execution

3. 执行用户空间程序 echo "kerala monsoons" > /dev/ttySX 触发 rs_open() 函数，命中断点后查看寄存器内容：

kbd> r              
 Dump register contents
eax = 0xcf1ae680 ebx = 0xce03b000 ecx = 0x00000000
...

4. 查看 info 结构内容：

kbd> md 0xcf1ae680  
 Memory dump
0xcf1ae680 00005301 0000ABC 00000000 10000400
...

5. 结合 info 结构定义：

struct async_struct {
  int            magic;  /* Magic Number */
  unsigned long  port;   /* I/O Port */
  int            hub6;
  /* ... */
};

发现 0xABC 的 I/O 端口值无效，修改 include/asm - x86/serial.h 中的端口定义，重新编译内核并继续测试。

5.2 kgdb 调试案例

开发人员编写了一个内核模块 drivers/char/my_module.c ，其中 trojan_function() 函数存在内核崩溃问题。使用 kgdb 调试步骤如下：
1. 在目标机插入 my_module.ko 模块，获取模块 ELF 节地址：

bash> cat /sys/module/my_module/sections/.text
0xe091a060

2. 在主机上启动 gdb ，连接到目标机并添加符号文件：

bash> gdb vmlinux              
(gdb) target remote /dev/ttySX 
(gdb) add-symbol-file drivers/char/mymodule.ko 0xe091a060
      -s .rodata 0xe091d1fc -s .data 0xe091d260 -s .bss 0xe091d2c0

3. 设置断点并继续执行：

(gdb) b trojan_function         
(gdb) c                         

4. 命中断点后查看栈跟踪和变量值：

(gdb) bt                         
#0 trojan_function () at my_module.c :124
#1 0xe091a108 in my_parent_function (my_var1=438, my_var2=0xe091d288) 
(gdb) step
(gdb) step                       
(gdb) p my_variable
$0 = 0

5. 发现 my_variable 指向 NULL，使用 kgdb 分配内存并继续测试：

(gdb) p &buffer                  
$1 = 0xe091a100 ""
(gdb) set my_variable=0xe091a100 
(gdb) c                          

6. 总结与展望

通过对多种总线架构、设备驱动以及调试技术的深入探讨，我们了解到不同总线架构适用于不同的应用场景，而调试技术则是确保设备驱动正常工作的关键。在未来的开发中，随着硬件技术的不断发展，新的总线架构和设备类型将不断涌现，这对设备驱动的开发和调试提出了更高的要求。

开发者需要不断学习和掌握新的技术，灵活运用各种调试工具，以应对日益复杂的开发任务。例如，随着物联网、人工智能等领域的发展，更多类型的设备将接入系统，如何确保这些设备的驱动稳定运行将成为重要的研究方向。同时，调试技术也将不断创新，更加智能化和自动化，以提高开发效率和系统的可靠性。

流程图：设备驱动开发与调试整体流程

graph TD;
    A[需求分析] --> B[选择总线架构和设备类型];
    B --> C[开发设备驱动];
    C --> D[进行初步测试];
    D --> E{是否通过测试};
    E -->|否| F[选择调试技术];
    F -->|kdb| G[设置断点并反汇编代码];
    F -->|kgdb| H[配置主机和目标机，添加符号文件];
    F -->|gdb| I[收集崩溃信息并分析];
    F -->|JTAG| J[连接硬件，设置调试环境];
    G --> K[触发断点，查看寄存器和内存];
    H --> L[设置断点，单步执行代码];
    I --> M[查看反汇编代码，定位问题];
    J --> N[使用多个终端完成不同调试功能];
    K --> O[修复问题];
    L --> O;
    M --> O;
    N --> O;
    O --> C;
    E -->|是| P[部署和优化];
    P --> Q[持续监控和维护];

表格：总线架构与应用场景匹配