GitHub: PCIe
Email: BuddyZhang buddy.zhang@aliyun.com
目录
-
PCI 总线系统体系结构
-
PCIe 设备驱动实践
-
PCI驱动程序实现
-
附录
PCI 总线系统体系结构
PCI 是外围设备互连(Peripheral Component Interconnect)的简称,作为一种通用的
总线接口标准,它在目前的计算机系统中得到了非常广泛的应用。PCI 提供了一组完整的
总线接口规范,其目的是描述如何将计算机系统中的外围设备以一种结构化和可控化的方
式连接在一起,同时它还刻画了外围设备在连接时的电气特性和行为规约,并且详细定义
了计算机系统中的各个不同部件之间应该如何正确地进行交互。
无论是在基于 Intel 芯片的 PC 机中,或是在基于 Alpha 芯片的工作站上,PCI 毫无疑
问都是目前使用最广泛的一种总线接口标准。同旧式的 ISA 总线不同,PCI 将计算机系
统中的总线子系统与存储子系统完全地分开,CPU 通过一块称为 PCI 桥(PCI-Bridge)
的设备来完成同总线子系统的交互,如图
由于使用了更高的时钟频率,因此 PCI 总线能够获得比 ISA 总线更好的整体性能。PCI
总线的时钟频率一般在 25MHz 到 33MHz 范围内,有些甚至能够达到 66MHz 或者
133MHz,而在 64 位系统中则最高能达到 266MHz。尽管目前 PCI 设备大多采用 32 位数
据总线,但 PCI 规范中已经给出了 64 位的扩展实现,从而使 PCI 总线能够更好地实现
平台无关性,现在 PCI 总线已经能够用于 IA-32、Alpha、PowerPC、SPARC64 和 IA-64
等体系结构中。
PCI总线具有三个非常显著的优点,使得它能够完成最终取代 ISA 总线这一历史使命:
-
在计算机和外设间传输数据时具有更好的性能
-
能够尽量独立于具体的平台
-
可以很方便地实现即插即用。
下图是一个典型的基于 PCI 总线的计算机系统逻辑示意图,系统的各个部分通过 PCI 总
线和 PCI-PCI 桥连接在一起。从图中不难看出,CPU 和 RAM 需要通过 PCI 桥连接到
PCI 总线 0(即主 PCI 总线),而具有 PCI 接口的显卡则可以直接连接到主 PCI 总线
上。PCI-PCI 桥是一个特殊的 PCI 设备,它负责将 PCI 总线 0 和 PCI 总线 1(即从
PCI 主线)连接在一起,通常 PCI 总线 1 称为 PCI-PCI 桥的下游(downstream),而
PCI 总线 0 则称为 PCI-PCI 桥的上游(upstream)。图中连接到从 PCI 总线上的是
SCSI 卡和以太网卡。为了兼容旧的 ISA 总线标准,PCI 总线还可以通过 PCI-ISA 桥来
连接 ISA 总线,从而能够支持以前的 ISA 设备。图中 ISA 总线上连接着一个多功能
I/O 控制器,用于控制键盘、鼠标和软驱.
在此只对 PCI 总线系统体系结构作了概括性介绍,如果读者想进一步了解,David A
Rusling 在The Linux Kernel (http://tldp.org/LDP/tlk/dd/pci.html)中对 Linux
的 PCI 子系统有比较详细的介绍。
PCIe 设备驱动实践
目标主机: Intel Ubuntu 14.04 64-Bit
Linux 版本: 3.19.0-25-generic
PCIe 设备驱动模型 github:
获取源码方法,按如下命令
编译并运行驱动。按如下命令
运行如下图
pcie_demo.c
Makefile
PCI驱动程序实现
关键数据结构
PCI 设备上有三种地址空间:PCI 的 I/O 空间、PCI 的存储空间和 PCI 的配置空间。
CPU 可以访问 PCI 设备上的所有地址空间,其中 I/O空间和存储空间提供给设备驱动程
序使用,而配置空间则由 Linux 内核中的 PCI 初始化代码使用。内核在启动时负责对所
有 PCI 设备进行初始化,配置好所有的 PCI 设备,包括中断号以及 I/O 基址,并在文件
/proc/pci 中列出所有找到的 PCI 设备,以及这些设备的参数和属性。
Linux 驱动程序通常使用结构(struct)来表示一种设备,而结构体中的变量则代表某一
具体设备,该变量存放了与该设备相关的所有信息。好的驱动程序都应该能驱动多个同种
设备,每个设备之间用次设备号进行区分,如果采用结构数据来代表所有能由该驱动程序
驱动的设备,那么就可以简单地使用数组下标来表示次设备号。在 PCI 驱动程序中,下
面几个关键数据结构起着非常核心的作用
pci_driver
这个数据结构在文件 include/linux/pci.h 里,这是 Linux 内核版本 2.4 之后为新型的
PCI 设备驱动程序所添加的,其中最主要的是用于识别设备的 id_table 结构,以及用于
检测设备的函数 probe( ) 和卸载设备的函数 remove( ):
pci_dev
这个数据结构也在文件 include/linux/pci.h 里,它详细描述了一个 PCI 设备几乎所有
的硬件信息,包括厂商 ID、设备 ID、各种资源等:
基本框架
在用模块方式实现 PCI 设备驱动程序时,通常至少要实现以下几个部分:初始化设备模
块、设备打开模块、数据读写和控制模块、中断处理模块、设备释放模块、设备卸载模
块。下面给出一个典型的PCI设备驱动程序的基本框架,从中不难体会到这几个关键模块
是如何组织起来的。
上面这段代码给出了一个典型的 PCI 设备驱动程序的框架,是一种相对固定的模式。需
要注意的是,同加载和卸载模块相关的函数或数据结构都要在前面加上 __init、__exit
等标志符,以使同普通函数区分开来。构造出这样一个框架之后,接下去的工作就是如何
完成框架内的各个功能模块了。
初始化设备模块
在Linux系统下,想要完成对一个PCI设备的初始化,需要完成以下工作:
-
检查PCI总线是否被Linux内核支持;
-
检查设备是否插在总线插槽上,如果在的话则保存它所占用的插槽的位置等信息。
-
读出配置头中的信息提供给驱动程序使用。
当 Linux 内核启动并完成对所有 PCI 设备进行扫描、登录和分配资源等初始化操作的同
时,会建立起系统中所有 PCI 设备的拓扑结构,此后当 PCI 驱动程序需要对设备进行初
始化时,一般都会调用如下的代码:
驱动程序首先调用函数 pci_present( ) 检查 PCI 总线是否已经被 Linux 内核支持,如
果系统支持 PCI 总线结构,这个函数的返回值为 0,如果驱动程序在调用这个函数时得
到了一个非 0 的返回值,那么驱动程序就必须得中止自己的任务了。在 2.4 以前的内核
中,需要手工调用 pci_find_device( ) 函数来查找 PCI 设备,但在 2.4 以后更好的办
法是调用 pci_register_driver( ) 函数来注册 PCI 设备的驱动程序,此时需要提供一个
pci_driver 结构,在该结构中给出的 probe 探测例程将负责完成对硬件的检测工作。
打开设备模块
在这个模块里主要实现申请中断、检查读写模式以及申请对设备的控制权等。在申请控制
权的时候,非阻塞方式遇忙返回,否则进程主动接受调度,进入睡眠状态,等待其它进程
释放对设备的控制权。
数据读写和控制信息模块
PCI 设备驱动程序可以通过 demo_fops 结构中的函数 demo_ioctl( ),向应用程序提供
对硬件进行控制的接口。例如,通过它可以从 I/O寄存器里读取一个数据,并传送到用户
空间里:
事实上,在 demo_fops 里还可以实现诸如 demo_read( )、demo_mmap( ) 等操作,Linux
内核源码中的 driver 目录里提供了许多设备驱动程序的源代码,找那里可以找到类似的
例子。在对资源的访问方式上,除了有 I/O 指令以外,还有对外设 I/O 内存的访问。对
这些内存的操作一方面可以通过把 I/O 内存重新映射后作为普通内存进行操作,另一方
面也可以通过总线主 DMA(Bus Master DMA)的方式让设备把数据通过 DMA 传送到系统
内存中。
中断处理模块
PC 的中断资源比较有限,只有 0~15 的中断号,因此大部分外部设备都是以共享的形式
申请中断号的。当中断发生的时候,中断处理程序首先负责对中断进行识别,然后再做进
一步的处理。
释放设备模块
释放设备模块主要负责释放对设备的控制权,释放占用的内存和中断等,所做的事情正好
与打开设备模块相反:
卸载设备模块
卸载设备模块与初始化设备模块是相对应的,实现起来相对比较简单,主要是调用函数
pci_unregister_driver( ) 从 Linux 内核中注销设备驱动程序:
附录
Linux下PCI设备驱动程序开发
David A Rusling在 The Linux Kernel中对Linux的PCI子系统进行了比较详细的介绍
BiscuitOS Home
BiscuitOS Driver
BiscuitOS Kernel Build
Linux Kernel
Bootlin: Elixir Cross Referencer
赞赏一下吧 🙂