probe()何时被调用

最新推荐文章于 2023-03-08 14:57:42 发布
原创 最新推荐文章于 2023-03-08 14:57:42 发布 · 1.8k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#each #struct

本文深入探讨了内核驱动注册与设备匹配的过程，详细解释了如何通过deviceid进行匹配，以及驱动如何绑定到相应的设备上。通过理解driver_register、bus_add_driver等核心函数的流程，读者可以更好地掌握Linux内核驱动的实现细节。
部署运行你感兴趣的模型镜像

1:新设备注册后,总线先match() device id, 绑定合适的驱动后,调用驱动的probe().
2:新驱动注册后,总线先match() device id,给驱动支持的, 未绑定驱动的设备绑定驱动,并把设备添加到驱动支持的设备链表尾部.然后调用probe().

--> driver_register()
  --> bus_add_driver()
    --> driver_attach()
      --> bus_for_each_dev()
        --> __driver_attach()
          --> driver_probe_device()
            --> drv->prode(dev)
                               p.s. ==> bus_for_each_dev()有4个参数， driver_attach()在调用bus_for_each_dev()的时候把__driver_attach()作为最后一个参数传给了它，
               在bus_for_each_dev()内部即：int (*fn)(struct device *, void *)这个函数.



您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

Stable-Diffusion-3.5

图片生成
Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型，相比 3.0 版本，它提升了图像质量、运行速度和硬件效率

Linux驱动：probe函数何时被调用
weixin_44498318的博客
06-03 3054
linux中 probe函数何时调用的          所以的驱动教程上都说：只有设备和驱动的名字匹配，BUS就会调用驱动的probe函数，但是有时我们要看看probe函数里面到底做了什么，还有传递给probe函数的参数我们就不知道在哪定义（反正不是我们在驱动里定义的），如果不知道传递进的参数，去看probe函数总是感觉不求甚解...
Liunx驱动中，probe函数何时被调用
clam_zxf的博客
07-04 5281
Linux设备驱动模型、驱动真正入口函数probe，设备、总线、驱动的关系，在总线上设备与驱动的bound是由总线上的match函数完成的
详解Linux驱动中，probe函数何时被调用
01-10
最近看到linux的设备驱动模型，关于Kobject、Kset等还不是很清淅。看到了struct device_driver这个结构时，想到一个问题：它的初始化函数到底在哪里调用呢？以前搞PCI驱动时用pci驱动注册函数就可以调用它，搞s3c2410驱动时只要在mach-smdk2410.c中的struct platform_device *smdk2410_devices {}中加入设备也会调用。但从来就没有想过具体的驱动注册并调用probe的过程。 于是打开SourceInsight追踪了一下： 从driver_register看起： int driver_register(struct
struct device_driver的probe的调用
shawnrong的专栏
11-23 3598
http://linux.chinaunix.net/bbs/viewthread.php?tid=899458最近看到linux的设备驱动模型，关于Kobject、Kset等还不是很清淅。看到了struct device_driver这个结构时，想到一个问题：它的初始化函数到底在哪里调用呢？以前搞PCI驱动时用pci驱动注册函数就可以调用它，搞s3c2410驱动时只要在mach-smdk2410
linux中 probe函数的何时调用的？
热门推荐
xiafeng1113的专栏
09-29 1万+
linux中 probe函数何时调用的          所以的驱动教程上都说：只有设备和驱动的名字匹配，BUS就会调用驱动的probe函数，但是有时我们要看看probe函数里面到底做了什么，还有传递给probe函数的参数我们就不知道在哪定义（反正不是我们在驱动里定义的），如果不知道传递进的参数，去看probe函数总是感觉不求甚解的样子（你对系统不求甚解，系统也会对你的要求不求甚解的），心里对自
linux probe和match方法何时被调用（简略版）
weixin_42399752的博客
06-17 655
基于linux3.0.8内核， s5pv210 芯片， source insight软件， struct bus_type my_bus = { .name = "mybus", // /sys/bus/mybus/ .match = my_bus_match, }; struct my_driver mydrv = { .drv_id = 9, .probe = mydr...
Linux驱动中，probe函数何时被调用
armeasy的专栏
10-19 1285
<br />声明：以下主要内容参考自：<br />关于struct device_driver结构中的probe探测函数的调用<br />http://blog.chinaunix.net/u2/71164/showart.php?id=1361188<br /><br />用SourceInsight跟踪：<br />从driver_register看起，此处我的这里是：<br />int driver_register(struct device_driver * drv)<br />{<br />if
probe在什么时候调用
li_heaven1的专栏
09-27 916
从driver_register看起，此处我的这里是： int driver_register(struct device_driver * drv) {            if ((drv->bus->probe && drv->probe) ||                            (drv->bus->remove && drv->remove) ||    
probe()函数是什么时候被调用，设备和驱动是怎么联系起来的
黄仁军的专栏
07-17 7499
probe()函数是什么时候被调用，设备和驱动是怎么联系起来的？？   platform_add_devices(ldd6410_devices, ARRAY_SIZE(ldd6410_devices));  //这是bsp中添加所有的设备--》 platform_device_
PROBE函数何时调用
michaelcao1980的专栏
05-29 1077
do_basic_setup()->driver_init()->platform_bus_init()->...初始化platform bus(虚拟总线) 设备向内核注册的时候platform_device_register()->platform_device_add()->...内核把设备挂在虚拟的platform bus下 驱动注册的时候platform_driver_register
Linux中 probe函数何时调用的
weixin_38725917的博客
01-21 4961
所以的驱动教程上都说：只有设备和驱动的名字匹配，BUS就会调用驱动的probe函数，但是有时我们要看看probe函数里面到底做了什么，还有传递给probe函数的参数我们就不知道在哪定义（反正不是我们在驱动里定义的），如果不知道传递进的参数，去看probe函数总是感觉不求甚解的样子（你对系统不求甚解，系统也会对你的要求不求甚解的），心里对自己写出的程序没底，保不齐那天来个bug，就悲剧了。    ...
浅析linux 2.6.23 bus总线模型下match()和probe()函数调用顺序
海纳百川
10-16 1364
将driver驱动内嵌的kobj对象添加到管理该driver的总线层次管理集合kset所管理的链表中, 然后调用driver_attach()函数,遍历驱动所在bus总线的设备链表klist_devices检测该driver 驱动程序是否可以为bus总线上未获得驱动的device设备提供驱动,进一步通过__driver_attach() 函数检测设备是否可以被该driver驱动管理. __
probe 被谁调用了？
Yasin Lee
08-05 1067
<br />今天用gsensor的代码跟踪了下。。。真tmd复杂，只是跟了一下，细节还是不很清楚！如果我真的很清楚了，我就tmd太牛逼了！我都会把我佩服的五体投地！linux 真的很难！ 真的勇士是要知难而进的！哈哈，一下内容只供我自己参考！<br /> <br />init_mma7660(void) ret = i2c_add_driver(&i2c_mma7660_driver); return i2c_register_driver(THIS_MODULE, driver); res = dr
linux驱动中probe函数是怎么调用的
qq_41483419的博客
03-08 2727
linux驱动中probe函数是怎么调用的
linux驱动 probe函数匹配过程
Android framework
09-01 444
linux驱动 probe函数匹配过程
Linux驱动 device 的probe函数是怎么被调用的
阿戟哥哥的专栏
09-04 8659
今天正好有空，研究了一下platformdevice的probe函数时如何被调用的。我觉得这个过程应该可以推广到一般设备的探测函数的调用。 以mini2440中的watchdog为例。首先是驱动部分： static struct platform_driver s3c2410wdt_driver = { .probe = s3c2410wdt_probe, .remove = __
fsl_lpspi_probe何时调用
最新发布
09-23
<think> 我们正在讨论Linux内核中的驱动probe机制。用户之前询问了时钟控制器的`recalc_rate`回调配置，现在转向了另一个驱动函数`fsl_lpspi_probe`的调用时机。根据用户提供的引用内容，特别是引用[1]中关于`really_probe`函数的描述，我们可以解释probe函数的调用流程。 用户引用的内容说明了设备驱动匹配后的probe调用过程： 1. 首先，设备所属总线的probe函数被调用（如果存在）。 2. 如果总线没有probe函数，则调用驱动自己的probe函数。 因此，`fsl_lpspi_probe`作为SPI控制器的驱动probe函数，其调用时机是在设备与驱动匹配之后，由内核的驱动模型通过`really_probe`函数调用的。 具体步骤： - 当内核启动或动态加载驱动时，会进行设备与驱动的匹配。 - 匹配成功后（通过compatible字符串匹配），内核会调用`really_probe`函数。 - 在`really_probe`中，会依次调用总线的probe（如果有）和驱动的probe（即`fsl_lpspi_probe`）。 所以，`fsl_lpspi_probe`的调用时机是：当设备树中描述的SPI控制器节点与驱动中定义的`of_device_id`表项匹配成功时，在内核初始化或模块加载过程中由驱动核心调用。 此外，用户提供的引用[3]中提到了SPI传输函数，这进一步说明我们讨论的是SPI控制器驱动，其中`fsl_lpspi_probe`是NXP i.MX系列芯片的LPSPI（Low Power SPI）控制器的驱动探测函数。 总结调用时机： 1. 内核启动过程中，设备与驱动匹配时。 2. 动态加载驱动模块时，如果设备存在且匹配。 3. 热插拔事件（如果支持）导致设备出现时。 在设备树中，SPI控制器节点会有一个compatible属性，例如： ```dts lpspi0: spi@40394000 { compatible = "fsl,imx7ulp-lpspi"; reg = <0x40394000 0x1000>; interrupts = <GIC_SPI 5 IRQ_TYPE_LEVEL_HIGH>; clocks = <&clk IMX7ULP_CLK_DUMMY>, <&clk IMX7ULP_CLK_LPSPI0>; clock-names = "ipg", "per"; dmas = <&edma0 0 4>, <&edma0 0 3>; dma-names = "rx","tx"; status = "disabled"; }; ``` 驱动中会有对应的`of_device_id`表： ```c static const struct of_device_id fsl_lpspi_dt_ids[] = { { .compatible = "fsl,imx7ulp-lpspi", .data = &imx7ulp_lpspi_devtype, }, { /* sentinel */ } }; ``` 当两者匹配时，`fsl_lpspi_probe`被调用。 相关问题： 1. 设备树中如何配置SPI控制器节点？ 2. 如何编写SPI控制器驱动的probe函数？ 3. 内核驱动匹配的详细流程是怎样的？ </think> ### `fsl_lpspi_probe` 函数的调用时机分析 `fsl_lpspi_probe` 是 NXP i.MX 系列芯片的 LPSPI（Low Power SPI）控制器驱动中的探测函数。其调用时机遵循 Linux 内核标准的驱动探测机制，发生在以下关键节点： #### 1. **驱动与设备匹配阶段** 当内核检测到与驱动兼容的设备时触发： - **设备树匹配**：内核解析设备树（DTS）时发现匹配节点： ```dts lpspi0: spi@40394000 { compatible = "fsl,imx7ulp-lpspi"; // 匹配驱动的compatible字段 reg = <0x40394000 0x1000>; interrupts = <GIC_SPI 5 IRQ_TYPE_LEVEL_HIGH>; clocks = <&clk IMX7ULP_CLK_DUMMY>; status = "okay"; }; ``` - **驱动注册时**：通过 `platform_driver_register()` 注册驱动： ```c static struct platform_driver fsl_lpspi_driver = { .probe = fsl_lpspi_probe, // 注册probe函数 .driver = { .name = "fsl_lpspi", .of_match_table = fsl_lpspi_dt_ids, // 包含compatible字段 }, }; module_platform_driver(fsl_lpspi_driver); ``` 当设备树的 `compatible` 与驱动的 `of_match_table` 匹配时，内核安排调用 `probe`[^1]。 #### 2. **内核探测执行流程** 匹配后内核执行探测链： ```mermaid graph LR A[设备树解析] --> B[创建platform_device] B --> C{驱动注册完成？} C -->|是| D[调用really_probe] D --> E[总线probe] --> F[驱动probe] F --> G[执行fsl_lpspi_probe] ``` 1. 内核调用 `really_probe()` 初始化设备 2. 先执行总线级回调（如 SPI 总线的 `probe`） 3. **最终调用驱动注册的 `fsl_lpspi_probe`**[^1] #### 3. **具体触发场景** | 场景 | 调用时机 | 触发条件 | |--------------------------|-----------------------------------|------------------------------| | 内核启动 | 初始化期间 | 设备树包含节点且 `status=okay` | | 模块动态加载 | `insmod` 或 `modprobe` 命令执行时 | 设备已存在于系统中 | | 热插拔（支持热插拔系统） | 设备插入时 | 支持动态设备管理的平台 | #### 4. **函数内部典型操作** `fsl_lpspi_probe` 主要完成硬件初始化： ```c static int fsl_lpspi_probe(struct platform_device *pdev) { // 1. 获取设备树资源 struct resource *res = platform_get_resource(pdev, IORESOURCE_MEM, 0); void __iomem *base = devm_ioremap_resource(&pdev->dev, res); // 2. 申请中断 irq = platform_get_irq(pdev, 0); devm_request_irq(&pdev->dev, irq, fsl_lpspi_isr, 0, dev_name(&pdev->dev), spi_controller); // 3. 初始化SPI控制器 spi_controller = spi_alloc_host(&pdev->dev, sizeof(struct fsl_lpspi_data)); spi_controller->setup = fsl_lpspi_setup; spi_controller->transfer_one = fsl_lpspi_transfer_one; // 数据传输函数[^3] // 4. 注册控制器 spi_register_controller(spi_controller); } ``` 此函数完成后，SPI 控制器即可响应数据传输请求（如调用 `transfer_one`）[^3]。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值