第一章：驱动开发环境搭建

大家好，我是老张。做红外探测器驱动开发这么多年，我最大的体会就是——环境搭好了，开发就成功了一半。今天咱们聊聊驱动开发环境搭建这件事。

说实话，很多新手一上来就急着写代码，结果编译都过不了，折腾半天发现是工具链没配好。嗯，我当年也干过这种傻事。

1.1 交叉编译工具链配置

先说说交叉编译。你想想看，我们的开发机是x86架构的PC，但红外探测器通常跑在ARM或MIPS这类嵌入式芯片上。PC上编译出来的程序，目标芯片跑不了。怎么办？就得用交叉编译工具链。

说白了，交叉编译就是在你的PC上，用一套特殊的编译器，生成目标芯片能识别的机器码。

我个人习惯用Linaro提供的工具链，稳定且社区活跃。以ARM Cortex-A7为例，配置步骤如下：

# 下载工具链
wget https://releases.linaro.org/components/toolchain/binaries/latest-7/arm-linux-gnueabihf/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf.tar.xz

# 解压到指定目录
tar -xvf gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf.tar.xz -C /opt/

# 配置环境变量
export PATH=$PATH:/opt/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf/bin
export CROSS_COMPILE=arm-linux-gnueabihf-
export ARCH=arm

验证工具链是否装好，跑一下这个命令：

arm-linux-gnueabihf-gcc --version

如果能看到版本号，恭喜你，第一步走通了。

我曾经在项目里遇到过工具链版本不匹配的问题。内核是4.19的，工具链却是老版本的4.8，编译出来的驱动模块加载时直接报错。后来我学乖了，每次建项目都先确认内核版本和工具链的对应关系。

内核版本	推荐GCC版本	备注
4.14.x	6.x	稳定组合
4.19.x	7.x	我常用这个
5.10.x	9.x	新特性支持好

1.2 Linux内核驱动框架

搞清楚了工具链，咱们看看内核驱动框架。Linux内核驱动，说白了就是一组遵循特定接口的函数集合。内核通过file_operations结构体来管理这些函数。

为什么会这样设计？因为Linux把一切设备都抽象成了文件。你打开设备、读写数据、关闭设备，操作方式和普通文件一模一样。

一个最简单的红外探测器驱动框架长这样：

#include <linux/module.h>
#include <linux/fs.h>
#include <linux/uaccess.h>

static int ir_open(struct inode *inode, struct file *file)
{
    pr_info("IR device opened\n");
    return 0;
}

static ssize_t ir_read(struct file *file, char __user *buf, 
                       size_t len, loff_t *off)
{
    // 读取红外数据
    return 0;
}

static struct file_operations ir_fops = {
    .owner = THIS_MODULE,
    .open  = ir_open,
    .read  = ir_read,
};

static int __init ir_init(void)
{
    // 注册字符设备
    return 0;
}

static void __exit ir_exit(void)
{
    // 注销字符设备
}

module_init(ir_init);
module_exit(ir_exit);
MODULE_LICENSE("GPL");

嗯，这里要注意：__init和__exit这两个宏不是摆设。加了__init的函数，初始化完成后内核会释放它占用的内存。我见过有人忘了加，结果驱动加载后白白浪费了几KB内存。

1.3 设备树（Device Tree）基础

设备树，英文叫Device Tree。这东西刚出来的时候，我也觉得挺绕的。说白了，它就是用来描述硬件信息的配置文件。内核启动时读取这个文件，就知道板子上接了哪些外设、地址是多少、中断号是多少。

以前的内核把这些信息硬编码在C代码里，换一块板子就得重新编译内核。有了设备树，换板子只需要换一个.dts文件，内核不用动。

一个红外探测器的设备树节点示例：

/ {
    ir_sensor: ir-sensor@0x4a {
        compatible = "vendor,ir-sensor";
        reg = <0x4a>;
        interrupt-parent = <&gpio1>;
        interrupts = <5 IRQ_TYPE_EDGE_FALLING>;
        vdd-supply = <®_3v3>;
        clock-frequency = <400000>;
    };
};

这里解释几个关键字段：

• compatible：驱动和设备树匹配的钥匙。驱动里会声明"我支持这个设备"，设备树里说"我就是这个设备"，两者对上号了，驱动才会被加载。
• reg：I2C地址或寄存器基地址。红外探测器通常挂在I2C总线上，这个地址就是芯片的从机地址。
• interrupts：中断配置。红外探测器检测到有人时，会拉低引脚触发中断。

编译设备树的命令也很简单：

# 将.dts编译为.dtb
dtc -I dts -O dtb -o ir_sensor.dtb ir_sensor.dts

# 反编译查看
dtc -I dtb -O dts -o ir_sensor.dts ir_sensor.dtb

我曾经在项目里遇到过设备树写错了中断号，结果驱动加载后一触发中断就死机。查了两天才发现是GPIO编号搞混了。从那以后，我每次写完设备树都会反编译一遍，确认生成的二进制文件没问题。

知识体系总览

下面这张图是我自己整理的，把本章的核心逻辑串起来了：

这张图把三个核心模块的关系讲清楚了。工具链负责编译，驱动框架提供接口规范，设备树描述硬件信息。三者缺一不可。

好了，这一章的内容就到这里。记住，磨刀不误砍柴工，环境搭好了，后面写驱动才能顺风顺水。