微代码-Linux pcie驱动是如何将driver和device绑定到一起，以及何时调用的？(pci_device_id table、配置空间)

最新推荐文章于 2025-10-11 17:43:32 发布
原创 最新推荐文章于 2025-10-11 17:43:32 发布 · 1.7k 阅读 · 29 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux #PCIe

文章目录

背景

linux pcie设备驱动框架主体框架分为device和driver两部分。
driver通过指定vendorid和deviceid告诉内核pci子模块，该驱动支持的绑定的设备有哪些，以便有对应设备的时候可以直接调用。
device是bios期间通过ACPI扫描预留资源或者开启pci=realloc之后动态创建的pcie设备，是一棵树，包括了bus和id。
本文主要介绍这里提到的他们两个何时如何被绑定到一起，以及这里提到的关键vendorid和deviceid如何指定

何时如何被绑定到一起

调用时机

预览图：
insmod
rmmod
insmod
rmmod
hotplug
hotunplug
调用时机
Event:插入卸载驱动
Event: 设备热插拔
设备已经存在
可能是bios扫描
可能是hotplug
设备不存在
驱动已经存在
驱动不存在
调用init注册pci_register_driver
如果存在进一步调用probe
调用exit注销pci_unregister_driver
如果存在进一步调用remove
只调用init注册pci_register_driver
不触发probe
调用exit注销pci_unregister_driver
不触发probe
触发linuxpcie子模块pcieport模块hotplug
触发pciehpplug事件
触发linuxpcie子模块pcieport模块hotpunlug
最低0.47元/天 解锁文章
PCI设备ID一览(包含所有PCI设备)
11-28
包含了所有PCI设备的ID号，方便开发过程中进行调试，使用Notepad++打开查看更方便
EC20-linux-driver-pcie-ubuntu16.04
10-26
EC20 Pcie 4G模块，在ubuntu 16.04 kernel 4.15 版本以上。驱动编译不成功。 Quectel_WCDMA&LTE;_Linux&Android;_GobiNet_Driver_V1.3.0 里面的内核文件比较旧，只能适配到kernel 4.05 版本。 ubuntu 16.04 kernel 4.15 版本以上。驱动编译不成功。这里是kernel-4.15-36 版本修改文件，针对ec20 修改了 几个文件。 可以安装在UBUNTU 16以上。实测可以使用。 bak-415-36 是kernel-4.15-36 版本的内核原文件 drivers-fix 是kernel-4.15-36 版本修改文件，针对ec20 修改了 几个文件。 ko 是编译好的模块，如果你版本相同，直接安装这个就可以。 do.sh 是编译步骤。按照 Quectel_WCDMA&LTE;_Linux&Android;_GobiNet_Driver_V1.3.0/Quectel_WCDMA&LTE;_Linux_USB_Driver_User_Guide_V1.7.pdf 说明一致。
linux驱动结构pci之pci_device_id
wucongdonglai的专栏
01-13 6779
linux驱动结构之pci之pci_device_id原型、解释及调用
基于Linux的PCIe设备驱动开发入门到精通-- 3.2 编写pci_device_id表：Vendor ID, Device ID匹配
MHD0815的博客
10-11 928
是按“姓名”（Vendor/Device ID）找，还是按“职业”（设备类别）找？中，它是一个包含了设备关键识别信息的结构体。内核通过将设备的实际信息与此表中的每一项进行比对，来决定是否调用你的。的知识结合起来，编写一个完整的、可编译的PCIe驱动骨架。下一节《3.3 实战：编写并测试第一个PCIe驱动框架》，我们将动手编译和测试驱动！，直接决定了你的驱动能否在正确的时间、正确的地点，与正确的设备“相遇”。今天，我们将聚焦于这份“寻人启事”的。表的编写，是驱动开发从“能跑”到“专业”的关键一步。
Linux驱动开发杂记(0x04) - pci_device_id结构体
Vinx Blog
11-08 1769
struct pci_device_id { __u32 vendor, device; /* 厂商和设备ID，Vendor and device ID or PCI_ANY_ID*/ __u32 subvendor, subdevice; /* 子系统和设备ID，Subsystem ID's or PCI_ANY_ID */ __u32 class, class_mask; /* 类、子...
网络设备之pci_device_id
weixin_30421809的博客
09-15 854
标准PCI设备都有一个配置寄存器，用来存储各种参数； 1 /* pci设备配置寄存器 */ 2 struct pci_device_id { 3 /* 厂商id，设备id */ 4 __u32 vendor, device; /* Vendor and device ID or PCI_ANY_ID*/ 5 /* 子系统厂商id，子系统...
pcie linux 驱动开发 介绍
zhangyihu321的专栏
08-10 2286
{ PCI_DEVICE(0x1234, 0x5678) }, // 替换为实际的 Vendor ID 和 Device ID。记住,在实际应用中,你需要根据具体的PCIe设备规格来调整驱动程序的行为,例如正确设置 BAR 地址,处理设备特定的寄存器等。这个示例展示了基本的读写操作。- pci_unregister_driver()：注销 PCI 驱动程序。- struct pci_device_id：定义驱动程序支持的设备。- 通过 /sys/bus/pci/devices/ 检查设备状态。
基于Linux的PCIe设备驱动开发入门到精通-- 3.1 定义pci_driver结构体：name, id_table, probe, remove
MHD0815的博客
09-29 95
本文深入讲解了Linux PCI/PCIe驱动开发的核心结构体pci_driver，重点解析了四大关键成员：.name（驱动标识）、.id_table（设备匹配表）、.probe（设备初始化）和.remove（资源清理）。文章详细介绍了每个成员的作用、使用方法和最佳实践，特别强调了probe函数中的错误处理机制和remove函数的资源释放顺序。最后，作者预告了下一讲将进行实战练习，指导读者编写第一个完整的PCIe驱动框架，并建议读者提前准备QEMU环境进行实践。整篇文章理论结合实践，为PCIe驱动开发者提供
基于Linux的PCIe设备驱动开发入门到精通--5.2 MSI/MSI-X的优势与配置 (pci_enable_msi(), pci_enable_msix())
MHD0815的博客
10-04 75
第二部分：实战篇 - 驱动开发核心技能 中断处理机制 5.2 MSI/MSI-X的优势与配置 (pci_enable_msi(), pci_enable_msix())它们用优雅的“消息”取代了古老的“物理引脚”，带来了革命性的性能提升。下一节《5.3 实战：在PCI驱动中申请和处理中断》，我们将真正“聆听”设备的呼唤！在上一讲中，我们从宏观上了解了PCIe的三种中断机制，并认识到。这两个核心函数，深入剖析MSI/MSI-X的。MSI-X的API更复杂，提供了更大的灵活性。这是启用MSI模式的入口函数。
linux设备模型：pci驱动程序注册过程
大昱的博客
11-28 2701
MANF_ID 表示厂商ID 是一个数字ID，如0xfead 或 PCI_ANY_ID(表示通用)，如果有真实硬件应与硬件ID一致 MODEL_CODE 表示厂商设备 是一个数字ID，如0x1234 或 PCI_ANY_ID(表示通用)，如上 默认情况下，子系统的厂商ID和厂商设备ID不用设置，它们采用PCI_ANY_ID(表示通用)，class、class_mask等成员默认也不需要指定，在设备创建后，创建相关对象关联设备节点即可(或创建时指定父级) pci_probe: 驱动探测函数，可在函数内
linux pcie【6】- epf驱动介绍
liverdream的专栏
06-13 1209
本文介绍了在Linux 5.15内核中实现PCIe端点(EP)固件驱动的过程。主要内容包括：通过pci_epf_register_driver注册pci_epf_driver，实现probe和ops回调；在pci_epf_ops中完成bind/unbind操作，包括获取控制器参数、BAR空间分配、配置空间设置等；详细分析了COMMAND_COPY命令的处理流程，包括内存分配、地址映射和DMA传输机制；同时对比了主机端驱动程序的处理过程。文章以Synopsys控制器为例，展示了底层硬件寄存器的具体操作实现，为
linux PCIE架构详解
11-03
如何编写PCIE的驱动？文档详细描述了LINUX下PCIE设备的驱动编写和使用方法
Linux下查看PCI设备配置空间方法_有源代码模块示例
04-10
本文档提供了Linux系统下访问PCI设备配置空间寄存器的方法，并提供示例代码模块，是快速移植查看PCI配置空间的有效资源。
Linux driver module
07-04
Linux driver module, chapter 14 of LDD v3.
linux设备驱动——bus、device、driver加载顺序与匹配流程
holly的专栏
09-22 9121
Linux设备驱动相关知识
linux驱动之PCI和PCIE-提问篇
甜航一直在的博客
08-12 2464
每代PCIe都向后兼容,但会以最高共同支持的速度运行。更高的速度等级不仅提高了带宽,还改进了编码效率和信号完整性。PCI Express采用点对点的拓扑结构,与传统PCI的共享总线结构不同。TLP是PCIe协议栈中事务层的基本数据单元,用于在PCIe设备间传输信息。这些组件共同工作,使驱动能够识别、初始化和控制PCI设备。这些状态允许系统根据需求动态调整性能和功耗。对于MSI/MSI-X中断,使用。是总线:设备.功能 的格式。示例: 内存写TLP的基本结构。
【PCIe 总线及设备入门学习专栏 10 -- Linux PCIe 驱动框架】
CodingCos的博客
02-28 358
假设 EP1 中的配置空间中声明了需要100Bytes的地址空间, EP2 声明了需要200Bytes的地址空间，软件驱动程序在扫描设备的时候就会知道 EP1 需要100Bytes 的地址空间， EP2 需要 200Bytes 的地址空间，于是软件就在 addr1 到 addr2 中划出100Bytes的空间，在 addrA 到 addrB 中划出100Bytes 的空间，并且会把首地址写入到EP1 配置空间的寄存器中。probe 函数就会去扫描识别出挂载 pcie 总线上的一个或者多个pcie 设备。
18.PCIe总线入门理解与Linux上PCIe设备配置与使用
weixin_43637668的博客
03-26 929
PCIe总线使用了高速差分异步总线，并采用端到端的连接方式，因此在每一条PCIe链路中只能连接两个设备。如上图所示每一个PCIe链路（Link）只能连接两个设备，PCIe的link宽度支持的Lane数为x1, x2, x4, x8, x12, x16, x32。PCIe的一条lane由两个信号线（Signal TX和Signal Rx）组成，每个Signal由两根线Wire组成。以ASM1061为例，
pciehp驱动是否进入probe与CONFIG_HOTPLUG_PCI_PCIE是否配置有关系吗？
最新发布
11-28
<think> 我们讨论的是pciehp驱动（PCI Express Hotplug Driver）与内核配置CONFIG_HOTPLUG_PCI_PCIE的关系，特别是该配置如何影响pciehp驱动的probe函数执行。 关键点： 1. CONFIG_HOTPLUG_PCI_PCIE配置选项是编译pciehp驱动的开关。当设置为y（内置）或m（模块）时，内核会编译pciehp驱动；如果未设置（n），则不会编译该驱动。 2. pciehp驱动是内核中处理PCIe原生热插拔的核心驱动。它负责监控PCIe插槽的状态变化（如设备插入或拔出），并触发相应的热插拔事件。 3. probe函数是设备驱动初始化的一部分，对于pciehp驱动来说，它的probe函数会在内核发现支持热插拔的PCIe端口时被调用。 详细关系： - 当CONFIG_HOTPLUG_PCI_PCIE被启用时： - pciehp驱动被编译（可能是内置或模块）。 - 内核在启动过程中，当PCI子系统枚举PCIe总线时，会识别到支持热插拔的PCIe端口（由端口设备的配置空间中的PCI_EXP_FLAGS_SLOT位指示）。 - 对于每一个这样的端口，内核会创建一个pcie_port_device设备（代表该端口）。 - 此时，如果pciehp驱动已经注册（如果是内置则自动注册，如果是模块则需要加载），那么内核会尝试将pcie_port_device与pciehp驱动匹配。 - 匹配成功后，pciehp驱动的probe函数（即`pciehp_probe()`）将被调用。该函数会初始化热插拔控制器（HPC），设置中断处理函数，并启动插槽状态轮询（如果使用轮询模式）等。 - 当CONFIG_HOTPLUG_PCI_PCIE被禁用时： - pciehp驱动不会被编译，因此它不会被注册到内核中。 - 即使系统有支持热插拔的PCIe端口，由于没有驱动匹配，这些端口的热插拔功能将无法使用。内核不会为这些端口调用任何热插拔驱动的probe函数。 因此，CONFIG_HOTPLUG_PCI_PCIE配置直接决定了pciehp驱动是否能被编译和加载，从而决定了该驱动的probe函数是否会被执行。只有启用该配置，pciehp驱动才能被正确加载并响应PCIe端口的热插拔事件。 引用说明： - 引用[3]提到probe函数在设备驱动初始化中的重要性，这与pciehp驱动的probe函数的作用一致。 - 引用[2]提到pci_host_probe函数，它最终会调用到pci_bus_add_devices，从而触发设备与驱动的匹配过程，包括pciehp驱动的匹配。 - 引用[1]描述了pci_device_probe的过程，这是所有PCI设备（包括PCIe端口设备）驱动probe的通用流程，pciehp驱动的probe也是在这个流程中被调用的。 总结：CONFIG_HOTPLUG_PCI_PCIE是pciehp驱动能够进入probe的必要条件，它确保了驱动代码被编译并注册到内核中，从而在PCIe端口设备被发现时能够执行probe函数，初始化热插拔功能。 </think>### PCIeHP驱动`probe`函数执行与`CONFIG_HOTPLUG_PCI_PCIE`的关系 `CONFIG_HOTPLUG_PCI_PCIE`配置项直接决定了**pciehp驱动的编译和加载**，进而控制其`probe()`函数的执行流程。具体关系如下： #### 1. **配置项开启时（`=y`或`=m`）** - **驱动加载**：内核会编译并加载`pciehp`驱动（内置或模块形式） - **probe触发条件**： ```mermaid graph LR A[PCIe端口设备枚举] --> B[设备注册到PCI子系统] B --> C{设备匹配pciehp驱动} C -->|匹配成功| D[执行pciehp_probe()] ``` - **关键步骤**： - PCI子系统通过 **`pci_scan_slot()`** 扫描插槽（引用[1][2]） - 发现支持热插拔的PCIe端口设备（如Root Port/Switch Port） - 内核调用 **`pci_device_probe()`** 匹配设备与驱动（引用[1][3]） - 若设备ID与`pciehp`驱动的`id_table`匹配，触发`pciehp_probe()` #### 2. **配置项关闭时（`=n`）** - **驱动不存在**：`pciehp`驱动不会被编译，内核无相关代码 - **probe不会执行**： - 即使硬件支持热插拔，PCI子系统无法找到匹配驱动 - 设备停留在 **`UNCLAIMED`** 状态（`lspci -v`中可见） - 热插拔事件被忽略，sysfs控制接口不生成 #### 3. probe函数的核心作用 在`pciehp_probe()`中完成： ```c static int pciehp_probe(struct pcie_device *dev) { init_slot(dev); // 初始化插槽状态机 enable_irq(dev); // 配置热插拔中断（引用[1]） create_ctrl_files(); // 生成sysfs控制节点 start_event_thread(); // 启动事件监控线程 } ``` > 此过程依赖PCI核心函数如 **`pci_load_and_free_saved_state()`** 恢复设备状态（引用[4]） #### 4. 调试验证方法 ```bash # 1. 确认驱动加载 dmesg | grep pciehp # 出现"pciehp: PCI Express Hot Plug Driver" lsmod | grep pciehp # 驱动模块存在 # 2. 检查probe执行 dmesg | grep "probe(.*pciehp" # 出现具体设备probe日志 # 3. 查看设备状态 lspci -vv -s 00:1c.0 | grep -i hotplug # 显示"HotPlug+"表示驱动已接管 ``` ### 关键结论 1. **必要条件**：`CONFIG_HOTPLUG_PCI_PCIE`是`pciehp_probe()`执行的**前提** 2. **触发机制**：通过PCI核心的 **`pci_device_probe()`** 实现驱动绑定（引用[1][3]） 3. **功能依赖**：未开启时，即使硬件支持热插拔，内核也无法响应事件 --- ### 相关问题 1. **如何调试`pciehp_probe()`函数执行失败的问题？** 2. **当`CONFIG_HOTPLUG_PCI_PCIE`启用但probe未触发时，如何排查设备匹配问题？** 3. **在`pciehp_probe()`中资源分配失败应如何处理？** 4. **如何为自定义PCIe热插拔控制器编写兼容`pciehp`框架的驱动？** [^1]: PCI设备通过pci_device_probe实现驱动绑定 [^2]: PCI主机控制器初始化流程 [^3]: PCI设备probe/remove流程的关键作用 [^4]: PCIE状态管理
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值