1、Linux驱动开发概述：什么是Linux驱动、驱动分类、内核模块基础概念、开发环境搭建

大家好，我是你们的老朋友。今天咱们正式开启Linux驱动开发之旅。说实话，每次带新人入门，我都能看到他们眼里那种既兴奋又迷茫的光。别担心，跟着我一步步来，你会发现驱动开发其实没那么神秘。

1.1 什么是Linux驱动？

说白了，Linux驱动就是操作系统和硬件之间的“翻译官”。你想想看，CPU不认识键盘、鼠标、网卡这些硬件设备。驱动的作用，就是把硬件的“方言”翻译成操作系统能听懂的“普通话”。

我在项目中遇到过最典型的例子：一块新的传感器芯片，插上系统后完全没反应。为什么？因为没有驱动。操作系统根本不知道这玩意儿是什么，更别提怎么跟它通信了。

驱动的核心工作其实就三件事：

  • 初始化硬件：上电、复位、配置寄存器
  • 提供操作接口：让应用程序能通过open/read/write/ioctl来使用硬件
  • 处理中断：硬件有事情要通知CPU时，驱动得及时响应

一句话总结：没有驱动的硬件，就是一块废铁。有了驱动，硬件才能“活”起来。

1.2 驱动分类：字符设备、块设备、网络设备

Linux把驱动分成了三大类。这个分类其实很直观，我刚开始学的时候，就靠一个简单的原则来区分：数据怎么流动的。

字符设备

这类设备处理数据的方式是“一个一个字符”地来。典型的例子：串口、键盘、鼠标、LED灯。你按下一个键，驱动就收到一个字符。数据没有缓存，来一个处理一个。

我记得刚入行时写第一个字符设备驱动，就是个简单的LED控制。用echo命令往设备文件里写个1，灯就亮；写个0，灯就灭。那种成就感，到现在都忘不了。

块设备

块设备处理的是“数据块”。硬盘、U盘、SD卡都属于这一类。它们的特点是：数据可以随机访问，而且有缓存机制。

嗯，这里要注意：块设备驱动的核心是处理“请求队列”。操作系统会把读写请求排好队，驱动再一个个去处理。这跟字符设备的“来一个处理一个”完全不同。

网络设备

网络设备比较特殊，它既不是字符也不是块。它处理的是“数据包”。网卡、WiFi模块都属于这一类。

网络设备驱动的核心是sk_buff结构体。说白了，这就是一个装数据包的“快递盒子”。驱动要负责把数据包从硬件收上来，或者从系统发出去。

设备类型 数据单位 典型例子 设备文件
字符设备 字节流 串口、LED /dev/ttyS0
块设备 数据块 硬盘、U盘 /dev/sda
网络设备 数据包 网卡 eth0（无设备文件）

小技巧：判断一个设备属于哪类，最简单的办法就是看它有没有设备文件。字符设备和块设备都有，网络设备没有。网络设备是通过socket接口来访问的。

1.3 内核模块基础概念

Linux驱动有两种加载方式：一种是编译进内核，另一种是编译成模块。我个人习惯用模块方式，为什么？因为方便啊！

模块说白了就是一段可以动态加载到内核的代码。你想想看，不用重启系统，直接insmod就能加载驱动，rmmod就能卸载。调试的时候特别爽。

一个最简单的内核模块长这样：

#include <linux/module.h>
#include <linux/kernel.h>

static int __init my_init(void)
{
    printk(KERN_INFO "Hello, driver world!\n");
    return 0;
}

static void __exit my_exit(void)
{
    printk(KERN_INFO "Goodbye, driver world!\n");
}

module_init(my_init);
module_exit(my_exit);

MODULE_LICENSE("GPL");
MODULE_AUTHOR("Your Name");
MODULE_DESCRIPTION("A simple example module");

这段代码虽然简单，但包含了模块的骨架：

  • module_init：指定模块加载时执行的函数
  • module_exit：指定模块卸载时执行的函数
  • MODULE_LICENSE：声明许可证，不写的话内核会报“tainted”警告

避坑指南：我曾经犯过一个低级错误——忘记写MODULE_LICENSE。结果模块加载成功了，但内核打上了“Tainted”标记。虽然不影响功能，但后续调试时很多工具会拒绝工作。所以，记得加上GPL声明。

1.4 开发环境搭建

搭建开发环境是入门的第一道坎。我见过太多新手卡在这一步。别急，咱们一步步来。

交叉编译链

为什么要用交叉编译链？因为你开发用的电脑是x86架构，但目标板可能是ARM、MIPS或者RISC-V。在x86上编译出来的程序，ARM板子跑不了。

交叉编译链的命名规则其实很直观：架构-厂商-操作系统-工具。比如：

  • arm-linux-gnueabihf-gcc：ARM架构，Linux系统，硬浮点
  • aarch64-linux-gnu-gcc：ARM64架构
  • riscv64-linux-gnu-gcc：RISC-V 64位

安装方法也很简单：

# 以ARM为例
sudo apt-get install gcc-arm-linux-gnueabihf

# 验证安装
arm-linux-gnueabihf-gcc --version

内核源码树

编译驱动需要内核源码树。为什么？因为驱动代码里引用了很多内核头文件，比如<linux/module.h>。这些头文件就在内核源码里。

我建议的做法是：

  1. 下载和目标板相同版本的内核源码
  2. 配置并编译内核（至少编译一次）
  3. 编译驱动时指定KERNELDIR指向内核源码路径

一个标准的驱动Makefile模板：

obj-m := mydriver.o
KERNELDIR := /home/user/linux-5.10
PWD := $(shell pwd)

all:
    $(MAKE) -C $(KERNELDIR) M=$(PWD) modules

clean:
    $(MAKE) -C $(KERNELDIR) M=$(PWD) clean

个人经验：我习惯把内核源码放在/opt/kernel/目录下，然后在.bashrc里设置一个环境变量export KERNEL_SRC=/opt/kernel/linux-5.10。这样所有驱动项目的Makefile都可以引用同一个路径，方便管理。

好了，第一章的内容就到这里。环境搭好了，下一章咱们就开始写第一个真正的字符设备驱动。到时候我会带着大家一步步调试，把那些坑都踩一遍——嗯，我踩过的坑，你们就不用再踩了。

← 上一章 📖 返回目录 下一章 →