嵌入式Linux驱动开发 03：平台（platform）总线驱动模型

已于 2023-06-07 13:34:33 修改
阅读量1.9k 收藏 6
点赞数 3
分类专栏： 嵌入式Linux与设备相关 文章标签： 驱动开发 linux 运维 嵌入式
于 2023-06-01 17:30:35 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Naisu_kun/article/details/130956797
版权

文章目录

目的

前面文章 《嵌入式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 <linux/module.h>
#include <linux/fs.h>
#include <linux/uaccess.h>
#include <linux/device.h>
#include <linux/platform_device.h>

/* 定义一个资源 */
static struct resource resources[] = {
    {
            .start = 22,		
			.end = 33,	
            .name = "naisu",
			.flags = IORESOURCE_BITS, // 这个宏定义在 include/linux/ioport.h 中，还有更多选项可选
                                      // .flags这个字段用于标识资源类型
                                      // 使用platform_get_resource方法获取资源时就会通过该字段进行筛选
			.desc = 666,
    },
};

// static void char_dev_release(struct device *dev)
// {
// 	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);
// }

/* 定义platform_device，绑定资源 */
static struct platform_device char_dev = {
        .name = "naisu_char_dev", // 资源名称
		.num_resources = ARRAY_SIZE(resources),
		.resource = resources,
        // .dev = {
        //         .release = char_dev_release,
        //  },
};

/* 模块加载操作 */
static int __init char_dev_init(void)
{
    int err;
    
	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

    err = platform_device_register(&char_dev); // 注册platform_device
    
    return err;
}

/* 模块退出操作 */
static void __exit char_dev_exit(void)
{
	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

    platform_device_unregister(&char_dev); // 释放资源
}

module_init(char_dev_init); // 模块入口
module_exit(char_dev_exit); // 模块出口

MODULE_LICENSE("GPL"); // 模块许可

platform_driver（char_drv.c）

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

static int major = 0;
static const char *char_drv_name = "char_drv";
static struct class *char_drv_class;
static struct device *char_drv_device;

/* 探测到资源操作 */
static int char_probe(struct platform_device *pdev)
{
    struct resource *res;

	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

    res = &pdev->resource[0];

    printk("NX modlog: %d %d %s %ld %ld\n", res->start, res->end, res->name, res->flags, res->desc);

    return 0;
}

/* 移除资源操作 */
static int char_remove(struct platform_device *pdev)
{
	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

    return 0;
}

/* 定义platform_driver，用于探测和获取资源等 */
static struct platform_driver char_driver = {
    .probe      = char_probe,
    .remove     = char_remove,
    .driver     = {
        .name   = "naisu_char_dev", // 通过资源名称进行探测匹配
    },
};

/* 驱动文件操作接口集合 */
static const struct file_operations char_drv_fops = {
	.owner = THIS_MODULE,
};

/* 模块加载操作 */
static int __init char_drv_init(void)
{
	int err;

	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

	major = register_chrdev(0, char_drv_name, &char_drv_fops); // 注册字符设备，第一个参数0表示让内核自动分配主设备号

	char_drv_class = class_create(THIS_MODULE, "char_drv_class"); 
	if (IS_ERR(char_drv_class))
	{
		unregister_chrdev(major, char_drv_name);
		return -1;
	}

	char_drv_device = device_create(char_drv_class, NULL, MKDEV(major, 0), NULL, char_drv_name); // 创建设备节点创建设备节点，成功后就会出现/dev/char_drv_name的设备文件
	if (IS_ERR(char_drv_device))
	{
		device_destroy(char_drv_class, MKDEV(major, 0));
		unregister_chrdev(major, char_drv_name);
		return -1;
	}

    err = platform_driver_register(&char_driver); // 注册platform_driver
    
    return err;
}

/* 模块退出操作 */
static void __exit char_drv_exit(void)
{
	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

    platform_driver_unregister(&char_driver); // 释放platform_driver

	device_destroy(char_drv_class, MKDEV(major, 0)); // 销毁设备节点，销毁后/dev/下设备节点文件就会删除
	class_destroy(char_drv_class);

	unregister_chrdev(major, char_drv_name); // 注销字符设备
}

module_init(char_drv_init); // 模块入口
module_exit(char_drv_exit); // 模块出口

MODULE_LICENSE("GPL"); // 模块许可

编译测试
在内核配置界面启用自定义的驱动：

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 root@192.168.31.142:/mnt/
# 拷贝完成后重启开发板即可测试
# reboot

在这里插入图片描述

单驱动使用多个资源

拷贝一份资源文件：

cp drivers/user/char_dev/char_dev.c drivers/user/char_dev/char_dev2.c

文件中对资源内容稍作修改：

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

/* 定义一个资源 */
static struct resource resources[] = {
    {
            .start = 1234567,		
			.end = 7654321,	
            .name = "naisu222",
			.flags = IORESOURCE_BITS, 
			.desc = 777,
    },
};

/* 定义platform_device，绑定资源 */
static struct platform_device char_dev = {
        .name = "naisu_char_dev2", // 不同的platform_device，该字段不能重复
		.num_resources = ARRAY_SIZE(resources),
		.resource = resources,
        .driver_override = "naisu_char_dev", // 该字段将资源强制与platform_driver.driver.name相同的驱动匹配
};

/* 模块加载操作 */
static int __init char_dev_init(void)
{
    int err;
    
	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

    err = platform_device_register(&char_dev); // 注册platform_device
    
    return err;
}

/* 模块退出操作 */
static void __exit char_dev_exit(void)
{
	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

    platform_device_unregister(&char_dev); // 释放资源
}

module_init(char_dev_init); // 模块入口
module_exit(char_dev_exit); // 模块出口

MODULE_LICENSE("GPL"); // 模块许可

然后修改 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 <linux/module.h>
#include <linux/fs.h>
#include <linux/uaccess.h>
#include <linux/device.h>
#include <linux/platform_device.h>

static int major = 0;
static const char *char_drv_name = "char_drv_";
static struct class *char_drv_class;

static int device_node_minor = 0;

struct device_node {
	int minor;
	char data[128];
};

static struct device_node device_node_arr[2];

/* 探测到资源操作 */
static int char_probe(struct platform_device *pdev)
{
	int minor = device_node_minor;
    struct resource *res;

	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

	res = &pdev->resource[0];

    printk("NX modlog: %d %d %s %ld %ld\n", res->start, res->end, res->name, res->flags, res->desc);

	sprintf(device_node_arr[minor].data, "NX modlog: %d %d %s %ld %ld\n", res->start, res->end, res->name, res->flags, res->desc);

	device_create(char_drv_class, NULL, MKDEV(major, minor), NULL, "%s%d", char_drv_name, minor); // 创建设备节点创建设备节点，成功后就会出现/dev/char_drv_name的设备文件
	device_node_arr[minor].minor = device_node_minor; // 保存子设备号，供后面卸载使用
	platform_set_drvdata(pdev, &device_node_arr[minor]); // 保存节点自定义数据到原始资源上

	device_node_minor++;

    return 0;
}

/* 移除资源操作 */
static int char_remove(struct platform_device *pdev)
{
	struct device_node *node = platform_get_drvdata(pdev); // 获取保存的节点自定义数据

	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

	device_destroy(char_drv_class, MKDEV(major, node->minor)); // 销毁设备节点，销毁后/dev/下设备节点文件就会删除

    return 0;
}

/* 定义platform_driver，用于探测和获取资源等 */
static struct platform_driver char_driver = {
    .probe      = char_probe,
    .remove     = char_remove,
    .driver     = {
        .name   = "naisu_char_dev", // 通过资源名称进行探测匹配
    },
};


static int char_drv_open(struct inode *node, struct file *file)
{
	return 0;
}

static int char_drv_close(struct inode *node, struct file *file)
{
	return 0;
}


static ssize_t char_drv_read(struct file *file, char __user *buf, size_t size, loff_t *offset)
{
	int minor = iminor(file_inode(file)); // 获取当前设备节点minor号
	// 读取设备数据，可以使用 cat /dev/char_drv_x 来读取
	return simple_read_from_buffer(buf, size, offset, device_node_arr[minor].data, strlen(device_node_arr[minor].data));
}

/* 驱动文件操作接口集合 */
static const struct file_operations char_drv_fops = {
	.owner = THIS_MODULE,
	.open = char_drv_open,
	.release = char_drv_close,
	.read = char_drv_read,
};

/* 模块加载操作 */
static int __init char_drv_init(void)
{
	int err;

	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

	major = register_chrdev(0, char_drv_name, &char_drv_fops); // 注册字符设备，第一个参数0表示让内核自动分配主设备号

	char_drv_class = class_create(THIS_MODULE, "char_drv_class"); 
	if (IS_ERR(char_drv_class))
	{
		unregister_chrdev(major, char_drv_name);
		return -1;
	}

    err = platform_driver_register(&char_driver); // 注册platform_driver
    
    return err;
}

/* 模块退出操作 */
static void __exit char_drv_exit(void)
{
	printk("NX modlog: file %s, func %s, line %d.\n", __FILE__, __FUNCTION__, __LINE__);

    platform_driver_unregister(&char_driver); // 释放platform_driver

	class_destroy(char_drv_class);

	unregister_chrdev(major, char_drv_name); // 注销字符设备
}

module_init(char_drv_init); // 模块入口
module_exit(char_drv_exit); // 模块出口

MODULE_LICENSE("GPL"); // 模块许可

修改完成后重新编译内核拷贝测试：
在这里插入图片描述
在这里插入图片描述

总结

平台总线这种资源和驱动分离的结构是发展到一定阶段必然出现的产物。平台总线本身虽然从代码上面进行了分离，但每次调整资源还是会涉及到内核，所以现在更加流行的是设备树方式。设备树和平台总线内容是相关联的，接下来的文章将在平台总线的基础上介绍基于设备树方式驱动的开发。

Naisu Xu
关注
专栏目录
【Kernel】驱动开发学习之Platform平台总线模型
凉开水白菜的博客
07-22 875
平台总线模型也交platform总线模型，他是Linux虚拟出来的一条总线，他并不是真实的一条真实的电气总线；平台总线模型就是把原来的驱动C文件给分成了两个文件一个是device文件对应我们的设备文件，一个是driver文件对应我们的驱动文件，平台总线的优点有1）提高代码重用性2）减少重复性代码3）区分设备与驱动4）更方便管理我们的设备把稳定不变的驱动放在driver里面，需要做改动的设备部分放在device文件中；...
万字长文详解嵌入式驱动开发流程和技巧（多个代码实例）
最新发布
大模型大数据攻城狮的专栏
10-18 580
因此，开发人员需要建立一套完善的版本管理机制，以跟踪驱动程序的变更历史、记录修复的问题和新增的功能，并确保每次更新都能够经过充分的测试和验证后再发布。在嵌入式系统中，电源和时钟是影响设备性能和功耗的关键因素。因此，在决定进行升级之前，开发人员需要充分了解升级内容的影响范围，制定详细的升级计划和回滚方案，并在升级过程中密切监控系统的运行状态以确保安全。通过优化算法和数据结构、采用编译优化技术、添加清晰的注释和完整的文档等方式，开发人员可以打造出高性能、稳定可靠的驱动程序，为嵌入式系统的正常运行提供有力保障。
Platform总线
againyuan的专栏
11-04 877
st1/:*{behavior:url(#ieooui) }<!-- /* Font Definitions */ @font-face {font-family:宋体; panose-1:2 1 6 0 3 1 1 1 1 1; mso-font-alt:SimSun; mso-font-charset:134; mso-generic-f
驱动开发-platform总线驱动
weixin_47348012的博客
10-20 492
platmform总线驱动
platform总线驱动
weixin_51103493的博客
10-20 300
通过阻塞IO模型读取number变量的值
【Linux】Linux驱动开发：platform总线驱动
W__winter的博客
05-06 2247
/定义在linux/module.h中使用时，参数如下：of：总线类型match_table：idtable数组首地址。
Linux嵌入式驱动开发——平台总线实例modules_platform
02-08
3. **驱动模型**：平台总线支持模块化驱动，使得驱动程序可以动态加载和卸载，提高了系统的灵活性和可维护性。 在实际的嵌入式驱动开发中，我们通常会遇到以下关键步骤： 1. **设备节点创建**：在设备树中定义设备...
Linux设备驱动开发-platform总线
想坐在电脑前吹空调
07-17 636
在嵌入式系统里面，SoC系统中集成的独立的外设控制器、挂接在SoC内存空间的外设等确不依附于总线。也就是说在嵌入式CPU中，访问外设跟访问内存是一样的。基于这一背景，Linux发明了一种虚拟的总线，称为platform总线，相应的设备称为platform_device，而驱动成为 platform_driver。物理总线：芯片与各个功能外设之间传送信息的公共通信干线，其中又包括数据总线、地址总线和控制总线，以此来传输各种通信时序。驱动总线：负责管理设备和驱动。
嵌入式 Linux 驱动开发入门 概述
yifeng_ifeng的专栏
03-23 268
Linux 驱动开发学习，主要是学习各种Linux 驱动框架，典型的如字符设备驱动框架，I2C驱动框架，SPI驱动框架，GPIO驱动框架等。这里涉及的各种概念比较多，如内核模块，设备树，总线，设备与驱动等等。好多的概念在各种驱动框架中都能发现。本人在学习Linux 驱动开发过程中，发现好多书籍在讲解Linux 驱动开发的某个概念时，经常是把局部信息讲的很细，但是并没有从更高层次或者说是从架构级别来讲解这个概念。
嵌入式Linux驱动程序设计：平台总线模型
WangWEel的博客
09-04 46
在嵌入式Linux系统中，驱动程序起着至关重要的作用，它们连接硬件和操作系统，实现数据的传输和设备的控制。在嵌入式Linux系统中，驱动程序起着至关重要的作用，它们连接硬件和操作系统，实现数据的传输和设备的控制。在平台总线模型中，设备是指嵌入式系统中的硬件设备，如传感器、执行器、存储器等。平台总线模型中的总线是设备和驱动程序之间的中间层，用于管理设备的注册、注销、设备驱动程序的绑定和解绑等操作。平台总线模型中的总线是设备和驱动程序之间的中间层，用于管理设备的注册、注销、设备驱动程序的绑定和解绑等操作。
基于嵌入式Linux的platform驱动设计与应用.pdf
09-06
在Linux设备驱动模型中，设备、驱动和总线的关系如下： - **Devices**：描述了设备如何连接到系统，每个设备都有一个与之对应的设备结构。 - **Drivers**：系统中可用的驱动程序集合，每个驱动对应一个或多个设备...
linux platform 驱动模型分析
窗外云天的专栏
09-17 9711
linux platform 驱动模型分析 一. 概述     platform设备和驱动与linux设备模型密切相关。platform在linux设备模型中，其实就是一种虚拟总线没有对应的硬件结构。它的主要作用就是管理系统的外设资源，比如io内存,中断信号线。现在大多数处理
platform总线驱动程序
Herok
04-11 716
从这篇文章开始讲解驱动程序，Linux内核中有很多总线驱动，但都是由bus_type总线内管理，在/sys/bus目录下能够看到该内核定义了那些系统总线,常见的有platform、iic、spi、input等。内核中的总线与实际物理总线不一样，这里的总线是虚拟的，仅仅是一系列链表管理的对象，我们称这个管理链表为驱动总线。本文分析platform总线，这个总线在驱动结构中比较常用。 平台定义与注册...
嵌入式驱动开发流程
The_King_Cloud的专栏
10-30 9376
嵌入式系统中，操作系统是通过各种驱动程序来驾驭硬件设备的。设备驱动程序是操作系统内核和硬件设备之间的接口，它为应用程序屏蔽了硬件的细节，这样在应用程序看来，硬件设备只是一个设备文件，可以像操作普通文件一样对硬件设备进行操作。设备驱动程序是内核的一部分，完成以下功能： ◇ 驱动程序的注册和注销。 ◇ 设备的打开和释放。 ◇ 设备的读写操作。 ◇ 设备的控制操作。 ◇ 设备的中断和轮询处理。
platform模型
chinayangbo2011的专栏
01-14 427
一。平台设备模型(platform) 2.6内核开始引入了一套新的设备驱动模型。平台设备（platform_device）和平台驱动（platform_driver）。平台设备与一般的device，driver模型区别是，平台设备将设备本身的资源注册进内核，可以由内核统一管理。 在文件include\linux\platform_device.h中，定义platform_device结构体。
Platform设备模型
daocaoguizu的博客
12-10 441
本文目的是介绍怎么使用平台驱动模型，而不去深究其platform driver的内部实现细节。首先进入Documentation/driver-model/目录，这里的文档隆重介绍了driver开发的三兄弟：Bus，Device，Driver。这三个概念勾勒出一个老司机驾驶一辆个性卡车使向无边远方的画 面，Bus这条使向无边远方的路正是计算机中总线，driver驱动着外设device不知疲劳地行
platform平台总线驱动1：模型简介
cryil_0301的博客
07-25 296
platform平台总线的一个简单陈述。
驱动架构 & platform平台总线驱动模型
weixin_42129680的博客
02-04 575
1. platform驱动模型       platform总线是kernel 2.6中引入的一种虚拟总线，主要用来管理CPU的片上资源，具有良好的移植性。相对于USB、PCI、I2C等物理总线来说，平台总线是Linux设备驱动模型为了保持设备驱动的统一性而虚拟出来的总线。       usb、i2c、pci等设备都是直接挂在相应的总线下与cpu进行数据交互的，但在嵌入式系统中，并非所有的
Linux平台总线驱动模型详解
platform总线的驱动模型是基于通用的总线驱动模型进行扩展的，理解其基本原理有助于深入学习和应用。 首先，我们来看总线设备驱动模型的基本组成部分：总线、设备和驱动。总线是连接系统组件的通信通道，它可以是...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Naisu Xu

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值