platform_driver_probe()

最新推荐文章于 2024-05-23 20:00:40 发布
最新推荐文章于 2024-05-23 20:00:40 发布
阅读量5.3k 收藏
点赞数
文章标签： structure struct module
本文介绍platform_driver_probe函数，用于注册不可热插拔设备的驱动，并在驱动绑定到设备后移除其一次性探测基础设施。适用于系统级芯片控制器等场景。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

platform_driver_probe — register driver for non-hotpluggable device

Synopsis

int __init_or_module platform_driver_probe ( struct platform_driver *   drv ,
  int (*  probe ( struct platform_device *) ) ;

Arguments

drv

platform driver structure

probe

the driver probe routine, probably from an __init section

Description

Use this instead of platform_driver_register when you know the device is not hotpluggable and has already been registered, and you want to remove its run-once probe infrastructure from memory after the driver has bound to the device.

One typical use for this would be with drivers for controllers integrated into system-on-chip processors, where the controller devices have been configured as part of board setup.

Returns zero if the driver registered and bound to a device, else returns a negative error code and with the driver not registered.

engerled
关注
Linux驱动编程-module_platform_driver注册platform_driver
hinewcc的博客
04-15 1368
module_platform_driver注册platform_driver
Platform总线设备驱动中非常重要的结构体`platform_driver`的详细介绍【以及如何查看系统中存在的`platform_driver`结构体的记录文件】
昊虹AI笔记
01-09 1041
是平台设备驱动的核心结构体之一，它封装了与设备驱动生命周期相关的函数指针，包括设备的初始化、移除、睡眠和恢复操作等。通过这个结构体，内核能够有效地管理和操作平台设备，使得平台总线设备的驱动程序能够与硬件平台进行交互。在实际应用中，编写一个平台驱动通常需要定义一个结构体，指定上述函数，并通过将其注册到内核中，内核会自动根据设备的匹配情况调用probe和remove等函数。
platform驱动之probe函数
gchww的专栏
03-19 2万+
驱动注册的probe函数 probe函数在设备驱动注册最后收尾工作，当设备的device 和其对应的driver 在总线上完成配对之后，系统就调用platform设备的probe函数完成驱动注册最后工作。资源、中断调用函数以及其他相关工作。下面是probe被调用的一些程序流程。 从driver_register看起： int driver_register(struct device
Linux driver model ----- platform
醉月
01-15 1万+
作者 ： YiLi Xie    yili.xie@gmail.com日期 ： 2010－1－25欢迎转载，请注明出处  Platform Device and Drivers从我们可以了解Platform bus上面的驱动模型接口：platform_device，platform_driver。和PCI和USB这些大结构的总线不同，虚拟总线Platform bus使用最小
platform_driver_probe 函数解析
weixin_33688840的博客
09-20 875
结构体列举 // 几个结构体 // include/linux/device.h struct bus_type { const char *name; // "platform" platform_driver_register() define struct bus_attribute ...
platform驱动的probe过程
lx123010的专栏
03-22 2130
probe()函数是什么时候被调用，设备和驱动是怎么联系起来的？？ 1 总线注册阶段： 内核启动初始化时,main.c文件中platform平台初始化的路径： kernel_init() -->do_basic_setup() -->driver_init() -->platform_bus_init(...
设备树 — platform_device和platform_driver如何让匹配
开往春天的地铁
05-23 824
可以发先追溯到底，是利用"compatible"来匹配的，即设备树加载之后，内核会自动把设备树节点转换成 platform_device这种格式，同时把名字放到of_node这个地方。id_tabel是根据id_table表中的每一个和设备名字进行匹配，这样一个驱动可以支持多个名称的设备。1.ti的omap8250驱动可以支持好多个型号的芯片，其它芯片只要这个的驱动基础上做很小的改动就可通用。当然除了第一个之外，其它的只要没匹配到，后面的几个匹配还会继续执行的。主要是在匹配函数里面的支持设备树。
基于platform_driver 实现的misc 杂项设备
Wu_Being 的优快云 博客
05-20 359
有些设备不像Input/rtc/framebuffer/tty等具体设备有归属类型可以套用框架，这些设备都叫杂项misc 设备。 在misc_init()确定了miscdevice 的主设备号固定是10，次设备号在注册misc 可自定义，也可以随意分配。
对platform_driver_probe理解
pangyinglong的博客
06-16 2643
/** * platform_driver_probe - register driver for non-hotpluggable device * @drv: platform driver structure * @probe: the driver probe routine, probably from an __init section * * Use this inste...
platform_driver注册时probe被调用关系
win9
06-20 1835
涉及到的结构体： struct platform_driver { int (*probe)(struct platform_device *); int (*remove)(struct platform_device *); void (*shutdown)(struct platform_device *); int (*suspend)(struct platform_dev
platform_driver_probe 函数使用解释
ggqhit的博客
08-06 1816
platform_driver_probe — register driver for non-hotpluggable device Synopsis int __init_or_module platform_driver_probe( struct platform_driver *   drv ,   int (*  probe ( struct
Linux驱动中的platform
pillarbuaa的专栏
06-20 5764
********************************************************************************************** http://www.chineselinuxuniversity.net/articles/49421.shtml 从Linux2.6内核起，引入一套新的驱动管理和注册机制：platform_device
module_platform_driver宏解析
热门推荐
richu123的专栏
05-06 2万+
 该函数实际是一个宏，它在include/linux/platform_device.h中定义如下：[cpp] view plain copy /* module_platform_driver() - Helper macro for drivers that don't do  * anything special in module init/exit.  This eliminates a...
module_platform_driver()宏
攻城狮子王的博客
05-16 533
module_platform_driver()宏可以简化通常的模块init和exit代码。
Linux kernel 中模块化的平台驱动代码介绍
嵌入式Linux
11-20 595
介绍在linux kernel中通过module_platform_driver来实现模块化平台驱动。大量的设备驱动程序都基于该种方式来实现，使用频次非常的高，在linux kernel ...
module_platform_driver(xxx)解析
qq_45465848的博客
12-04 2362
参考源码：x3399_nougat_industry 驱动路径：kernel\drivers\leds\leds-gpio.c ​ static struct platform_driver gpio_led_driver = { .probe = gpio_led_probe, .remove = gpio_led_remove, .shutdown = gpio_led_shutdown, .driver = { .name = "leds-gpio", .of_match_
module_platform_driver分析
Pompey_Wang的博客
03-18 9297
1、module_platform_driver：这是一个宏，位于kernel根目录下include/linux/platform_device.h,其展开如下: #define module_platform_driver(__platform_driver) \ module_driver(__platform_driver, platform_driver_regist...
platform_driver_probe与platform_driver_register的区别
kumquat_cui的专栏
08-29 508
Platform Device and Drivers 从我们可以了解Platformbus上面的驱动模型接口：platform_device，platform_driver。和PCI和USB这些大结构的总线不同，虚拟总线Platform bus使用最小结构来集成SOC processer上的各种外设，或者各种“legacy”之间的互联。 Platform device 典型的Platf
platform_device结构体 platform_driver结构体 device_driver结构体的关系
最新发布
07-17
<think>我们正在讨论Linux设备模型中的三个关键结构体：platform_device、platform_driver和device_driver。 它们之间的关系是： 1. platform_device 代表一个具体的平台设备，通常描述SoC上的外设（如I2C控制器、SPI控制器等），它包含设备的资源（如内存地址、中断号等）。 2. device_driver 是一个通用的设备驱动结构体，包含驱动的基本操作（如probe、remove）和设备模型需要的字段。 3. platform_driver 是平台设备驱动，它内嵌了一个device_driver结构体，并扩展了平台设备特有的操作（如平台设备匹配和电源管理）。 具体关系如下： - platform_driver 结构体中包含一个 device_driver 结构体成员（通常命名为driver）。 - platform_driver 通过其内部的 device_driver 成员与内核设备模型关联。 - 当注册一个 platform_driver 时，实际上是通过其内部的 device_driver 注册到总线上（platform_bus_type）。 - platform_device 和 platform_driver 通过名称进行匹配（即platform_device的name字段和platform_driver的id_table或者driver.name匹配）。 - 匹配成功后，会调用 platform_driver 中的 probe 函数。 结构体定义（简化）： ```c struct platform_device { const char *name; // 设备名称，用于匹配驱动 int id; struct device dev; // 内嵌的通用设备结构体 // ... 资源信息等 }; struct device_driver { const char *name; // 驱动名称 struct bus_type *bus; // 所属总线 int (*probe)(struct device *dev); // 探测设备 int (*remove)(struct device *dev); // 移除设备 // ... 其他操作 }; struct platform_driver { int (*probe)(struct platform_device *); // 平台设备的探测函数 int (*remove)(struct platform_device *); // 移除函数 struct device_driver driver; // 内嵌的通用设备驱动 const struct platform_device_id *id_table; // 设备匹配表 }; ``` 工作流程： 1. 系统启动时，平台设备（platform_device）通常通过板级文件或设备树被注册到内核。 2. 驱动程序通过调用`platform_driver_register`注册一个platform_driver。 3. 内核的platform总线（platform_bus_type）会尝试将已注册的设备与驱动进行匹配。 4. 匹配依据：platform_driver的driver.name与platform_device的name匹配，或者platform_driver的id_table中的任一条目与platform_device的name匹配。 5. 匹配成功则调用platform_driver的probe函数（注意：实际调用的是platform_driver->driver.probe，但通常这个函数指针被设置为一个内部函数，该内部函数会调用platform_driver->probe，并将device转换为platform_device）。 注意：在platform_driver的初始化中，通常会将device_driver的probe函数设置为一个通用的平台驱动probe函数（例如platform_drv_probe），这个函数会调用platform_driver自己的probe函数。 总结： - platform_device 描述硬件设备。 - platform_driver 包含驱动该硬件设备的函数，并内嵌一个device_driver。 - device_driver 是设备驱动的通用部分，由platform_driver中的driver成员实现。 关系图： platform_driver -> 包含 device_driver platform_device -> 包含 device 在总线上，device_driver和device进行匹配，而实际上匹配的是platform_device和platform_driver。 §§相关问题§§ 1. 在内核中，platform_device和platform_driver是如何通过名称进行匹配的？ 2. 当platform_driver注册时，其内嵌的device_driver的probe函数是如何被设置并最终调用到platform_driver的probe函数的？ 3. 设备树（Device Tree）机制下，platform_device是如何被创建和注册的？ 4. platform_device结构体中的struct device dev成员与device_driver结构体有何关联？ 5. 在platform驱动模型中，为什么需要将device_driver内嵌在platform_driver中，而不是直接使用device_driver？</think>### Linux设备驱动模型核心结构体关系解析 #### 1. **基础层级关系** ```c struct device_driver { // 通用驱动抽象 const char *name; // 驱动名称 struct bus_type *bus; // 所属总线 int (*probe)(struct device *dev); // 探测设备 ... }; struct platform_driver { // 平台设备驱动 int (*probe)(struct platform_device *); struct device_driver driver; // 内嵌通用驱动结构 const struct platform_device_id *id_table; ... }; struct platform_device { // 平台设备实例 const char *name; // 设备名称 struct device dev; // 内嵌设备基类 struct resource *resource; // 设备资源 ... }; ``` #### 2. **关键交互机制** 1. **注册绑定流程** ```mermaid graph LR A[platform_device_register] --> B[注册到platform_bus] C[platform_driver_register] --> D[注册driver到platform_bus] B & D --> E[总线匹配driver.name与device.name] E --> F[调用platform_driver.probe] ``` 2. **结构体内嵌关系** - `platform_driver` 包含 `device_driver` 成员 - `platform_device` 包含 `device` 成员 - 通过`container_of`宏实现父子结构转换： ```c struct platform_device *pdev = container_of(dev, struct platform_device, dev); struct platform_driver *pdrv = container_of(drv, struct platform_driver, driver); ``` #### 3. **功能对比表** | 结构体 | 作用域 | 关键成员 | 生命周期管理 | |------------------|-------------|----------------------------|-------------------| | `device_driver` | 通用驱动模型 | name, bus, probe | 所有设备类型通用 | | `platform_driver`| 平台设备驱动 | driver, probe, id_table | 封装platform特有操作 | | `platform_device`| 平台设备实例 | name, dev, resource | 描述SoC固定资源 | #### 4. **典型驱动开发流程** ```c // 定义平台驱动 static struct platform_driver my_driver = { .probe = my_probe, .driver = { .name = "my_device", // 匹配设备名称 .owner = THIS_MODULE, }, }; // 设备探测函数 static int my_probe(struct platform_device *pdev) { // 1. 获取设备资源 struct resource *res = platform_get_resource(pdev, IORESOURCE_MEM, 0); // 2. 映射寄存器 void __iomem *base = devm_ioremap_resource(&pdev->dev, res); // 3. 注册字符设备等操作 ... } // 注册驱动 module_platform_driver(my_driver); ``` #### 5. **设备树(Device Tree)整合** 现代Linux使用设备树替代硬编码`platform_device`： ```dts my_device: my_device@0x12340000 { compatible = "vendor,my-device"; // 匹配驱动 reg = <0x12340000 0x1000>; // 寄存器空间 interrupts = <0 45 4>; // 中断号 }; ``` 驱动通过`of_match_table`匹配： ```c static const struct of_device_id my_of_ids[] = { { .compatible = "vendor,my-device" }, {} }; struct platform_driver my_driver = { .driver = { .of_match_table = my_of_ids, }, }; ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值