嵌入式Linux驱动开发 03：平台（platform）总线驱动模型
文章目录
- 目的
- 基础说明
- 开发准备
- 在驱动中获取资源
- 单驱动使用多个资源
- 总结
目的
前面文章 《嵌入式Linux驱动开发 01：基础开发与使用》 和 《嵌入式Linux驱动开发 02：将驱动程序添加到内核中》 介绍了驱动开发最基础的内容，这篇文章将在前面基础上更进一步，引入平台（platform）总线驱动模型。
这篇文章中内容均在下面的开发板上进行测试：
《新唐NUC980使用记录：自制开发板（基于NUC980DK61YC）》
这篇文章是在下面文章基础上进行的：
《新唐NUC980使用记录（5.10.y内核）：在用户应用中使用GPIO》
基础说明
在前面的文章中只是最简单的驱动编写和使用的逻辑，并没有涉及到真正需要驱动的外设等。实际开发中驱动程序是通常是为了操作有些外设的，你可以在前面的基础上在驱动程序中通过寄存器或者厂家提供的库（如果有的话）来操作外设。
通常对于同一类型的外设通常除了寄存器或引脚等位置不同外，功能都是一样的。所以通常会把驱动的功能逻辑和具体的寄存器或引脚等数据分开来，分成 driver 和 device 两部分。 driver 是真正驱动逻辑部分，而 device 用于存放设备寄存器或引脚等信息。这两部分信息通过标签来关联。
这两部分比较低级的组织方式就是全部以 .c 或者 .h 文件的形式来组织，放在内核工程中一起编译，这就是平台（ platform ）总线模型。这种方式下如果具体使用的外设的位置和引脚等有变化的话只需要修改 device 部分代码文件即可。
平台总线驱动模型中不管是驱动还是资源都是一个内核模块。作为资源的模块中定义并注册 platform_device 内容，作为驱动的模块中定义并注册 platform_driver 。两者通过一定的字符串进行匹配。一个驱动可以匹配多个资源来创建多个设备节点。
开发准备
本文中演示中涉及目录与文件结构初始组织如下：
进入源码目录：
cd ~/nuc980-sdk/NUC980-linux-5.10.y/
在源码目录下建立相关目录和Kconfig和Makefile参考 《嵌入式Linux驱动开发 02：将驱动程序添加到内核中》 这个篇文章，需要改动的内容如下：
drivers/user/char_dev 目录下的 Makefile 文件，其内容改为如下：
obj-$(CONFIG_USER_CHAR_DEV) += char_dev.o
obj-$(CONFIG_USER_CHAR_DEV) += char_drv.o
新增 char_drv.c 文件：
touch drivers/user/char_dev/char_drv.c
在驱动中获取资源
这里演示一个驱动和一个资源的情况，两者代码分别如下：
platform_device（char_dev.c）
#include platform_driver（char_drv.c）
#include 编译测试
在内核配置界面启用自定义的驱动：
make menuconfig
编译然后拷贝到开发板上进行测试：
# 设置编译工具链
# export ARCH=arm; export CROSS_COMPILE=arm-buildroot-linux-gnueabi-
# export PATH=$PATH:/home/nx/nuc980-sdk/buildroot-2023.02/output/host/bin
# 编译生成内核镜像
make uImage
# 可以根据电脑配置使用make -jx等加快编译速度
# 编译完成后拷贝到电脑上再拷贝到SD卡中
# sudo cp arch/arm/boot/uImage /media/sf_common/
# 我这里开发环境和开发板在同一局域网中，所以可以直接通过网络将文件拷贝到开发板上
# 在开发板中挂载boot分区
# mount /dev/mmcblk0p1 /mnt/
# 在ubuntu中使用scp命令拷贝dtb文件到开发板上
# scp arch/arm/boot/uImage [email protected]:/mnt/
# 拷贝完成后重启开发板即可测试
# reboot
单驱动使用多个资源
拷贝一份资源文件：
cp drivers/user/char_dev/char_dev.c drivers/user/char_dev/char_dev2.c
文件中对资源内容稍作修改：
#include 然后修改 drivers/user/char_dev 目录下的 Makefile 文件，其内容改为如下：
obj-$(CONFIG_USER_CHAR_DEV) += char_dev.o
obj-$(CONFIG_USER_CHAR_DEV) += char_dev2.o
obj-$(CONFIG_USER_CHAR_DEV) += char_drv.o
接着修改驱动文件 char_drv.c ：
#include 修改完成后重新编译内核拷贝测试：
总结
平台总线这种资源和驱动分离的结构是发展到一定阶段必然出现的产物。平台总线本身虽然从代码上面进行了分离，但每次调整资源还是会涉及到内核，所以现在更加流行的是设备树方式。设备树和平台总线内容是相关联的，接下来的文章将在平台总线的基础上介绍基于设备树方式驱动的开发。