★ FEATURED ARTICLE 1. 嵌入式驱动开发到底在忙什么很多人一听到“嵌入式驱动开发”脑子里浮现的画面就是一个人对着黑漆漆的终端敲着看不懂的命令旁边堆着几块开发板桌上还有一台示波器。这个印象不算错但也不全对。嵌入式驱动开发的核心工作说白了就是让操作系统能够认识并正确操控硬件。CPU、内存、GPIO、I2C、SPI、USB、LCD、网卡、WiFi模组、传感器这些硬件本身不会自己“说话”它们需要有人写一套中间层代码把上层的应用程序和底层的寄存器操作连接起来。这套中间层代码就是驱动。我在这个行当里摸爬滚打十多年从早期的ARM9裸机开发到后来做Linux BSP再到带团队做量产项目踩过的坑比写过的驱动还多。这篇文章不打算写成教科书而是想从一个一线从业者的角度把嵌入式驱动开发这件事拆开揉碎讲清楚它到底在忙什么、为什么这么忙、以及怎么忙才能少走弯路。无论你是刚入行的新手还是从应用层转过来的老手或者是正在准备嵌入式面试的应届生这篇文章都能给你一些可以直接参考的东西。先给一个最直观的结论嵌入式驱动开发的工作量大约30%在写代码30%在看芯片手册20%在调试硬件问题剩下20%在和硬件工程师、应用层同事、项目经理解释“为什么这个功能现在做不了”。这个比例不是开玩笑做过量产项目的人应该都有共鸣。你写的代码可能只有几百行但为了这几百行代码你可能要翻完一本八百页的芯片数据手册用逻辑分析仪抓几十次波形最后发现是硬件上拉电阻没焊。提示如果你刚接触嵌入式驱动开发建议先从GPIO和UART驱动入手这两个是最基础也最容易看到效果的。不要一上来就搞USB或者PCIe那会让你怀疑人生。2. 驱动开发的核心工作内容拆解2.1 从硬件手册到寄存器操作驱动开发的第一步永远是看硬件手册。以最常见的GPIO驱动为例假设你要控制一个LED灯硬件上这个LED连接在SoC的某个引脚上。你需要做的是找到这个引脚对应的GPIO控制器基地址找到方向寄存器、数据寄存器、复用功能寄存器的偏移量然后通过ioremap把物理地址映射到虚拟地址最后用readl和writel去操作这些寄存器。这个过程听起来简单但实际做的时候会遇到各种问题。比如引脚的复用功能可能被其他模块占用了你需要先修改Pinmux配置比如GPIO控制器的时钟可能没有使能你需要先打开时钟比如这个引脚在硬件上还连接了其他外设你需要确认不会产生冲突。这些问题在手册里都有答案但手册不会直接告诉你“你要先做这个再做那个”你需要自己把散落在不同章节的信息拼起来。我个人的习惯是拿到一块新板子先画一张硬件资源分配表把每个外设用到的引脚、时钟、中断号、DMA通道都列出来。这张表在调试阶段能救命因为很多问题都是资源冲突导致的。2.2 内核驱动框架的理解与运用Linux内核为各种外设提供了成熟的驱动框架比如字符设备框架、平台设备框架、I2C子系统、SPI子系统、USB子系统、输入子系统、帧缓冲子系统等等。驱动开发的大部分工作不是从零写代码而是把自己的硬件适配到这些框架里。以I2C设备驱动为例你需要做的是定义一个i2c_driver结构体实现probe和remove函数在probe里注册字符设备或者输入设备然后通过i2c_transfer或者smbus_read_byte_data等接口去读写寄存器。框架会帮你处理设备匹配、电源管理、sysfs节点创建这些事情。你不需要关心I2C控制器怎么发时序那是I2C控制器驱动的事。但这里有一个常见的误区很多人以为用了框架就万事大吉实际上框架只是提供了骨架血肉还需要你自己填。比如probe函数里的初始化顺序、错误处理、资源释放这些细节决定了驱动是否稳定。我见过太多驱动在正常工作时没问题一旦遇到热插拔或者异常中断就崩溃原因就是错误处理没写好。2.3 设备树与硬件描述的分离现代Linux驱动开发尤其是ARM架构下设备树是绕不开的。设备树的作用是把硬件描述从内核代码里分离出来同一份内核镜像可以支持不同的板子只需要换一个dtb文件。对于驱动开发者来说你需要做的是在设备树里描述你的硬件连接然后在驱动里通过of_match_table匹配通过of_property_read_u32等接口读取参数。设备树的语法不难难的是调试。设备树写错了驱动可能根本不执行probe或者执行了但拿不到正确的参数。我常用的排查方法是先看/proc/device-tree下的节点是否存在再看/sys/bus/platform/devices或者/sys/bus/i2c/devices下有没有对应的设备最后看dmesg里有没有匹配失败的日志。这三步能解决80%的设备树问题。注意设备树里的compatible属性必须和驱动里的of_device_id完全一致包括大小写和连字符。我见过有人把vendor,device写成vendor_device结果调了一下午。3. 嵌入式Linux驱动开发的完整实操流程3.1 环境搭建与工具链准备在开始写驱动之前你需要一套完整的开发环境。通常包括一台运行Linux的宿主机Ubuntu或者Fedora都行交叉编译工具链内核源码以及目标板的根文件系统。交叉编译工具链的选择取决于你的目标板架构ARM32用arm-linux-gnueabihf-ARM64用aarch64-linux-gnu-RISC-V用riscv64-linux-gnu-。内核源码的获取方式有两种从芯片原厂或者板卡厂商提供的BSP包里获取或者从内核官网下载主线内核。对于量产项目我强烈建议用原厂BSP因为主线内核可能缺少某些外设的驱动支持。对于学习目的主线内核更干净代码质量也更高。编译内核的基本命令是make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- defconfig make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- menuconfig make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- -j$(nproc)编译完成后你会得到arch/arm/boot/zImage和arch/arm/boot/dts/*.dtb。把这两个文件和根文件系统一起烧录到目标板就可以开始调试了。3.2 一个完整的GPIO驱动实例下面以一个简单的GPIO驱动为例展示从设备树到驱动的完整流程。假设我们要控制一个LED硬件连接在GPIO1_IO03上。设备树节点led_test { compatible myvendor,led-test; led-gpios gpio1 3 GPIO_ACTIVE_HIGH; status okay; };驱动代码的核心部分#include linux/module.h #include linux/platform_device.h #include linux/gpio/consumer.h #include linux/of.h struct led_test_data { struct gpio_desc *led; }; static int led_test_probe(struct platform_device *pdev) { struct led_test_data *data; int ret; data devm_kzalloc(pdev-dev, sizeof(*data), GFP_KERNEL); if (!data) return -ENOMEM; >
阅读完成 · 觉得有帮助？
