【原创】Linux PCI驱动框架分析（一）

背景

• Read the fucking source code! –By 鲁迅
• A picture is worth a thousand words. –By 高尔基

说明：

1. Kernel版本：4.14
2. ARM64处理器

3. 使用工具：Source Insight 3.5， Visio

4. 概述

从本文开始，将会针对PCIe专题来展开，涉及的内容包括：

1. PCI/PCIe总线硬件；
2. Linux PCI驱动核心框架；
3. Linux PCI Host控制器驱动；

不排除会包含PCIe外设驱动模块，一切随缘。

作为专题的第一篇，当然会先从硬件总线入手。
进入主题前，先讲点背景知识。
在PC时代，随着处理器的发展，经历了几代I/O总线的发展，解决的问题都是CPU主频提升与外部设备访问速度的问题：

1. 第一代总线包含 ISA、 EISA、 VESA和 Micro Channel等；
2. 第二代总线包含 PCI、 AGP、 PCI-X等；
3. 第三代总线包含 PCIe、 mPCIe、 m.2等；

PCIe（PCI Express）是目前PC和嵌入式系统中最常用的高速总线，PCIe在PCI的基础上发展而来，在软件上PCIe与PCI是后向兼容的，PCI的系统软件可以用在PCIe系统中。

本文会分两部分展开，先介绍PCI总线，然后再介绍PCIe总线，方便在理解上的过渡，开始旅程吧。

1. PCI Local Bus

2.1 PCI总线组成

• PCI总线（Peripheral Component Interconnect，外部设备互联），由Intel公司提出，其主要功能是连接外部设备；
• PCI Local Bus，PCI局部总线，局部总线技术是PC体系结构发展的一次变革，是在 ISA总线和 CPU总线之间增加的一级总线或管理层，可将一些高速外设，如图形卡、硬盘控制器等从 ISA总线上卸下，而通过局部总线直接挂接在CPU总线上，使之与高速 CPU总线相匹配。PCI总线，指的就是 PCI Local Bus。

先来看一下PCI Local Bus的系统架构图：

从图中看，与PCI总线相关的模块包括：

1. Host Bridge，比如PC中常见的 North Bridge（北桥）；
   图中处理器、Cache、内存子系统通过Host Bridge连接到PCI上，Host Bridge管理PCI总线域，是联系处理器和PCI设备的桥梁，完成处理器与PCI设备间的数据交换。其中数据交换，包含 处理器访问PCI设备的地址空间和 PCI设备使用DMA机制访问主存储器，在PCI设备用DMA访问存储器时，会存在Cache一致性问题，这个也是Host Bridge设计时需要考虑的；
   此外，Host Bridge还可选的支持仲裁机制，热插拔等；
2. PCI Local Bus；
   PCI总线，由Host Bridge或者PCI-to-PCI Bridge管理，用来连接各类设备，比如声卡、网卡、IDE接口等。可以通过PCI-to-PCI Bridge来扩展PCI总线，并构成多级总线的总线树，比如图中的 PCI Local Bus #0和 PCI Local Bus #1两条PCI总线就构成一颗总线树，同属一个总线域；
3. PCI-To-PCI Bridge；
   PCI桥，用于扩展PCI总线，使采用PCI总线进行大规模系统互联成为可能，管理下游总线，并转发上下游总线之间的事务；
4. PCI Device；
   PCI总线中有三类设备：PCI从设备，PCI主设备，桥设备。
   PCI从设备：被动接收来自Host Bridge或者其他PCI设备的读写请求；
   PCI主设备：可以通过总线仲裁获得PCI总线的使用权，主动向其他PCI设备或主存储器发起读写请求；
   桥设备：管理下游的PCI总线，并转发上下游总线之间的总线事务，包括 PCI桥、 PCI-to-ISA桥、 PCI-to-Cardbus桥等。

2.2 PCI总线信号定义

PCI总线是一条共享总线，可以挂接多个PCI设备，PCI设备通过一系列信号与PCI总线相连，包括：地址/数据信号、接口控制信号、仲裁信号、中断信号等。如下图：

• 左侧红色框里表示的是PCI总线必需的信号，而右侧蓝色框里表示的是可选的信号；
• AD[31:00]：地址与数据信号复用，在传送时第一个时钟周期传送地址，下一个时钟周期传送数据；
• C/BE[3:0]#：PCI总线命令与字节使能信号复用，在地址周期中表示的是PCI总线命令，在数据周期中用于字节选择，可以进行单字节、字、双字访问；
• PAR：奇偶校验信号，确保 AD[31:00]和 C/BE[3:0]#传递的正确性；
• Interface Control：接口控制信号，主要作用是保证数据的正常传递，并根据PCI主从设备的状态，暂停、终止或者正常完成总线事务：
• FRAME#：表示PCI总线事务的开始与结束；
• IRDY#：信号由PCI主设备驱动，信号有效时表示PCI主设备数据已经ready；
• TRDY#：信号由目标设备驱动，信号有效时表示目标设备数据已经ready；
• STOP#：目标设备请求主设备停止当前总线事务；
• DEVSEL#：PCI总线的目标设备已经准备好；
• IDSEL：PCI总线在配置读写总线事务时，使用该信号选择PCI目标设备；
• Arbitration：仲裁信号，由 REQ#和 GNT#组成，与PCI总线的仲裁器直接相连，只有PCI主设备需要使用该组信号，每条PCI总线上都有一个总线仲裁器；
• Error Reporting：错误信号，包括 PERR#奇偶校验错误和 SERR系统错误；
• System：系统信号，包括时钟信号和复位信号；

看一下 C/BE[3:0]都有哪些命令吧：

2.3 PCI事务模型

PCI使用三种模型用于数据的传输：

1. Programmed I/O：通过IO读写访问PCI设备空间；
2. DMA：PIO的方式比较低效，DMA的方式可以直接去访问主存储器而无需CPU干预，效率更高；
3. Peer-to-peer：两台PCI设备之间直接传送数据；

2.4 PCI总线地址空间映射

PCI体系架构支持三种地址空间：

1. memory空间：
   针对32bit寻址，支持4G的地址空间，针对64bit寻址，支持16EB的地址空间；
2. I/O空间
   PCI最大支持4G的IO空间，但受限于x86处理器的IO空间（16bits带宽），很多平台将PCI的IO地址空间限定在64KB；
3. 配置空间
   x86 CPU可以直接访问 memory空间和 I/O空间，而配置空间则不能直接访问；
   每个PCI功能最多可以有256字节的配置空间；
   PCI总线在进行配置的时候，采用ID译码方式，使用设备的ID号，包括 Bus Number， Device Number， Function Number和 Register Number，每个系统支持256条总线，每条总线支持32个设备，每个设备支持8个功能，由于每个功能最多有256字节的配置空间，因此总的配置空间大小为：256B * 8 * 32 * 256 = 16M； 有必要再进一步介绍一下配置空间：
   x86 CPU无法直接访问配置空间，通过IO映射的数据端口和地址端口间接访问PCI的配置空间，其中地址端口映射到 0CF8h - 0CFBh，数据端口映射到 0CFCh - 0CFFh；
   
4. 图为配置地址寄存器构成，PCI的配置过程分为两步：
   1. CPU写CF8h端口，其中写的内容如图所示，BUS，Device，Function能标识出特定的设备功能，Doubleword来指定配置空间的具体某个寄存器；
   2. CPU可以IO读写CFCh端口，用于读取步骤1中的指定寄存器内容，或者写入指定寄存器内容。这个过程有点类似于通过I2C去配置外接芯片； 那具体的配置空间寄存器都是什么样的呢？每个功能256Byte，前边64Byte是Header，剩余的192Byte支持可选功能。有种类型的PCI功能：Bridge和Device，两者的Header都不一样。
5. Bridge
   
6. Device
   

配置空间中有个寄存器字段需要说明一下： Base Address Register，也就是 BAR空间，当PCI设备的配置空间被初始化后，该设备在PCI总线上就会拥有一个独立的PCI总线地址空间，这个空间就是 BAR空间， BAR空间可以存放IO地址空间，也可以存放存储器地址空间。

• PCI总线取得了很大的成功，但随着CPU的主频不断提高，PCI总线的带宽也捉襟见肘。此外，它本身存在一些架构上的缺陷，面临一系列挑战，包括带宽、流量控制、数据传送质量等；

• PCIe应运而生，能有效解决这些问题，所以PCIe才是我们的主角；

• PCI Express

3.1 PCIe体系结构

先看一下PCIe架构的组成图：

• Root Complex：CPU和PCIe总线之间的接口可能会包含几个模块（处理器接口、DRAM接口等），甚至可能还会包含芯片，这个集合就称为 Root Complex，它作为PCIe架构的根，代表CPU与系统其它部分进行交互。广义来说， Root Complex可以认为是CPU和PCIe拓扑之间的接口， Root Complex会将CPU的request转换成PCIe的4种不同的请求（Configuration、Memory、I/O、Message）；
• Switch：从图中可以看出， Swtich提供扇出能力，让更多的PCIe设备连接在PCIe端口上；
• Bridge：桥接设备，用于去连接其他的总线，比如PCI总线或PCI-X总线，甚至另外的PCIe总线；
• PCIe Endpoint：PCIe设备；
• 图中白色的小方块代表 Downstream端口，灰色的小方块代表 Upstream端口；

前文提到过，PCIe在软件上保持了后向兼容性，那么在PCIe的设计上，需要考虑在PCI总线上的软件视角，比如 Root Complex的实现可能就如下图所示，从而看起来与PCI总线相差无异：

• Root Complex通常会实现一个内部总线结构和多个桥，从而扇出到多个端口上；
• Root Complex的内部实现不需要遵循标准，因此都是厂家specific的；

而 Switch的实现可能如下图所示：

• Switch就是一个扩展设备，所以看起来像是各种桥的连接路由；

3.2 PCIe数据传输

• 与PCI总线不同（PCI设备共享总线），PCIe总线使用端到端的连接方式，互为接收端和发送端，全双工，基于数据包的传输；
• 物理底层采用差分信号（PCI链路采用并行总线，而PCIe链路采用串行总线），一条Lane中有两组差分信号，共四根信号线，而PCIe Link可以由多条Lane组成，可以支持1、2、4、8、12、16、32条；

PCIe规范定义了分层的架构设计，包含三层：

1. Transaction层
2. 负责TLP包（ Transaction Layer Packet）的封装与解封装，此外还负责QoS，流控、排序等功能；
3. Data Link层
4. 负责DLLP包（ Data Link Layer Packet）的封装与解封装，此外还负责链接错误检测和校正，使用Ack/Nak协议来确保传输可靠；
5. Physical层
6. 负责 Ordered-Set包的封装与解封装，物理层处理TLPs、DLLPs、Ordered-Set三种类型的包传输；

数据包的封装与解封装，与网络包的创建与解析很类似，如下图：

• 封装的时候，在Payload数据前添加各种包头，解析时是一个逆向的过程；

来一个更详细的PCIe分层图：

3.3 PCIe设备的配置空间

为了兼容PCI软件，PCIe保留了256Byte的配置空间，如下图：

此外，在这个基础上将配置空间扩展到了4KB，还进行了功能的扩展，比如Capability、Power Management、MSI中断等：

• 扩展后的区域将使用MMIO的方式进行访问；

草草收场吧，对PCI和PCIe有一些轮廓上的认知了，可以开始Source Code的软件分析了，欲知详情、下回分解！

参考

《PCI Express Technology 3.0》
《pci local bus specification revision 3.0》
《PCIe体系结构导读》
《PCI Express系统体系结构标准教材》

欢迎关注个人公众号，不定期分享Linux内核相关技术文章：

Original: https://www.cnblogs.com/LoyenWang/p/14165852.html
Author: LoyenWang
Title: 【原创】Linux PCI驱动框架分析（一）