Linux源码阅读——PCI总线驱动代码(二)配置空间访问设置

2024-09-02 05:48

本文主要是介绍Linux源码阅读——PCI总线驱动代码(二)配置空间访问设置,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

目录

1.什么是配置空间

2.对配置空间的访问

3.PCI驱动中对配置空间的访问的实现

3.1 pci_direct_probe

3.2 pci_mmcfg_early_init

3.3 pci_direct_init

3.4 上述函数总结

3.5 pci_mmcfg_late_init

4.总结


1.什么是配置空间

        PCI设备有三个相互独立的物理空间地址:存储器地址空间(Memory 地址空间)、I/O地址空间、配置空间地址空间,而配置空间是一个PCI特有的物理空间。系统上电时BIOS检测PCI总线,确定所有连接在PCI连接在PCI总线上的设备以及它们的配置要求,并进行系统配置。所以PCI设备必须实现配置空间,从而实现参数的自动配置。

相关的基本概念可参考如下文章:

【精讲】PCIe基础篇——Memory & IO 地址空间

【精讲】PCIe基础篇——BDF与配置空间

【精讲】PCIe基础篇——BAR配置过程

2.对配置空间的访问

x86架构中pci配置空间的访问有4种方式:pci_bios、pci_conf1、pci_conf2、pci_mmcfg。最优的方式是mmcfg,这需要bios配置,把pci配置空间映射到cpu mem空间;pci_conf1、pci_conf2方式是通过io指针间接访问的;pci_bios方式应该是调用bios提供的服务进程进行访问。使用I/O访问的方式只可以访问配置空间的前256字节,而使用mmcfg的方式则可以完全支持PCIE的扩展寄存器即4K字节的配置空间。在linux初始化的时候,需要给驱动程序选择一种最优的访问方式。

3.PCI驱动中对配置空间的访问的实现

注:基于4.4版本内核
系统在初始化PCI总线的时候,会设置好读取配置空间的方法,读取的方式就上述的两大类(I/O端口访问、MEM访问),提供给上层的可用接口函数是read函数和write函数,系统初始化完成后会将实现好的read方法和write方法绑定至结构体pci_ops,我们首先来看两段代码。

const struct pci_raw_ops *__read_mostly raw_pci_ops;       //pci设备访问
const struct pci_raw_ops *__read_mostly raw_pci_ext_ops;   //pcie设备扩展寄存器访问int raw_pci_read(unsigned int domain, unsigned int bus, unsigned int devfn,int reg, int len, u32 *val)
{//判定是否小于256字节,如果在256范围内则调用raw_pci_ops方法if (domain == 0 && reg < 256 && raw_pci_ops)  return raw_pci_ops->read(domain, bus, devfn, reg, len, val);if (raw_pci_ext_ops)return raw_pci_ext_ops->read(domain, bus, devfn, reg, len, val);return -EINVAL;
}int raw_pci_write(unsigned int domain, unsigned int bus, unsigned int devfn,int reg, int len, u32 val)
{if (domain == 0 && reg < 256 && raw_pci_ops)return raw_pci_ops->write(domain, bus, devfn, reg, len, val);if (raw_pci_ext_ops)return raw_pci_ext_ops->write(domain, bus, devfn, reg, len, val);return -EINVAL;
}static int pci_read(struct pci_bus *bus, unsigned int devfn, int where, int size, u32 *value)
{return raw_pci_read(pci_domain_nr(bus), bus->number,devfn, where, size, value);
}static int pci_write(struct pci_bus *bus, unsigned int devfn, int where, int size, u32 value)
{return raw_pci_write(pci_domain_nr(bus), bus->number,devfn, where, size, value);
}struct pci_ops pci_root_ops = {.read = pci_read,.write = pci_write,
};

struct pci_raw_ops *raw_pci_ops;static int pci_read(struct pci_bus *bus, unsigned int devfn, int where, int size, u32 *value)
{//老版本的不会区分,只实现一种方法return raw_pci_ops->read(0, bus->number, devfn, where, size, value);
}static int pci_write(struct pci_bus *bus, unsigned int devfn, int where, int size, u32 value)
{return raw_pci_ops->write(0, bus->number, devfn, where, size, value);
}struct pci_ops pci_root_ops = {.read = pci_read,.write = pci_write,
};

这两段代码都是对read方法和write方法的实现,第一段代码来自于4.4.185版本的内核,第二段代码来自2.6.16版本的内核,我们可以发现在老版本的内核中对于I/O端口访问、MEM访问这两种方式是相互独立的,如果read方法和write方法绑定了pci_conf1和pci_conf2的方式就无法绑定pci_mmcfg的方式。但是在新版本的内核中在这里做出了一个优化,在新版本中我们调用了read方法和write方法时它会去判断你所访问的地址是否属于前256字节,当访问的地址属于前256字节的话调用raw_pci_ops中的读写方法(一般实现为pci_conf1),当访问的地址超过前256字节的话调用raw_pci_ext_ops中的读写方法(一般实现为pci_mmcfg),所以在老版本PCI的初始化时,我们只需填充好raw_pci_ops结构体,并考虑系统究竟使用哪种方法访问配置空间(访问方式唯一),而在新版本的PCI初始化中,我们虽然需要填充好raw_pci_ops和raw_pci_ext_ops两个结构体,但是却实现了两种访问方法的兼容,我们不需要考虑究竟使用那种方式(因为两个都支持)。

新旧内核在PCI读写这里的实现稍有区别,所以我们需要注意,下面我们来看一下PCI配置空间读写函数的实现过程,与PCI读写相关的函数有如下几个:

  • pci_direct_probe
  • pci_mmcfg_early_init
  • pci_direct_init
  • pci_mmcfg_late_init

3.1 pci_direct_probe

int __init pci_direct_probe(void)
{if ((pci_probe & PCI_PROBE_CONF1) == 0)         //此时pci_probe为系统的默认值goto type2;if (!request_region(0xCF8, 8, "PCI conf1"))     //申请i/ogoto type2;if (pci_check_type1()) {raw_pci_ops = &pci_direct_conf1;           //conf1的绑定port_cf9_safe = true;return 1;}release_region(0xCF8, 8);type2:if ((pci_probe & PCI_PROBE_CONF2) == 0)return 0;if (!request_region(0xCF8, 4, "PCI conf2"))return 0;if (!request_region(0xC000, 0x1000, "PCI conf2"))goto fail2;if (pci_check_type2()) {raw_pci_ops = &pci_direct_conf2;port_cf9_safe = true;return 2;}release_region(0xC000, 0x1000);fail2:release_region(0xCF8, 4);return 0;
}

该函数通过pci_probe的值来确定访问方法,该变量的具体数值由内核启动时的传参来确定,值的定义有以下几种:

#define PCI_PROBE_BIOS		0x0001
#define PCI_PROBE_CONF1		0x0002   //I/O访问配置空间
#define PCI_PROBE_CONF2		0x0004  
#define PCI_PROBE_MMCONF	0x0008   //内存访问配置空间

但是从系统启动的grub.cfg可知,bootloder在启动内核时没有传入相应的参数,所以pci_probe使用默认值,即:

unsigned int pci_probe = PCI_PROBE_BIOS | PCI_PROBE_CONF1 | PCI_PROBE_CONF2 |PCI_PROBE_MMCONF;

最终该函数将raw_pci_ops结构体绑定为pci_direct_conf1方法,并返回一个类型码1供后续函数使用。

3.2 pci_mmcfg_early_init

void __init pci_mmcfg_early_init(void)
{if (pci_probe & PCI_PROBE_MMCONF) {if (pci_mmcfg_check_hostbridge())    //检查host主桥known_bridge = 1;elseacpi_sfi_table_parse(ACPI_SIG_MCFG, pci_parse_mcfg);__pci_mmcfg_init(1);      //此函数完成mmcfg的绑定和pci_probe的改变set_apei_filter();}
}

该函数配置了raw_pci_ext_ops方式将其绑定为pci_mmcfg的方式并且同时也重新设置了pci_probe的值,通过添加打印调试信息,我们可以清楚的看到pci_probe前后的变化(对于raw_pci_ext_ops和pci_probe内容操作的函数实际为__pci_mmcfg_init(1)中的pci_mmcfg_arch_init()完成的)。在完成了pci_mmcfg_early_init函数后pci_probe的值变为0x08对PCI_PROBE_MMCONF模式

3.3 pci_direct_init

void __init pci_direct_init(int type)
{if (type == 0)return;printk(KERN_INFO "PCI: Using configuration type %d for base access\n",type);if (type == 1) {raw_pci_ops = &pci_direct_conf1;if (raw_pci_ext_ops)     //在pci_mmcfg_early_init已经完成,所以直接返回return;if (!(pci_probe & PCI_HAS_IO_ECS))return;printk(KERN_INFO "PCI: Using configuration type 1 ""for extended access\n");raw_pci_ext_ops = &pci_direct_conf1;return;}raw_pci_ops = &pci_direct_conf2;
}

该函数根据pci_direct_probe的返回值来对raw_pci_ops和raw_pci_ext_ops进行设置,由于raw_pci_ext_ops在pci_mmcfg_early_init()这个函数中已经设置完毕,所以在此无需进行设置,因此该函数直接返回。

3.4 上述函数总结

以上三个函数都是位于pci_arch_init()函数中,该函数的启动等级为3,此函数就是设置整个PCI总线设备配置空间的读写方法。
函数执行前:
pci_probe = 0xf(默认值)
raw_pci_ops = 空
raw_pci_ext_ops = 空
函数执行后:
pci_probe = 0x8
raw_pci_ops = pci_direct_conf1
raw_pci_ext_ops = pci_mmcfg

3.5 pci_mmcfg_late_init

void __init pci_mmcfg_late_init(void)
{/* MMCONFIG disabled */if ((pci_probe & PCI_PROBE_MMCONF) == 0)return;if (known_bridge)return;/* MMCONFIG hasn't been enabled yet, try again */if (pci_probe & PCI_PROBE_MASK & ~PCI_PROBE_MMCONF) {acpi_sfi_table_parse(ACPI_SIG_MCFG, pci_parse_mcfg);__pci_mmcfg_init(0);}
}

此函数的执行等级较后,它是pci_mmcfg的第二次配置,即如果前面pci_mmcfg配置异常则再次配置,此时pci_probe的值为0x8而raw_pci_ext_ops绑定pci_mmcfg,所以表示前面的配置成果,所以如果pci_mmcfg_early_init函数完成了配置那么pci_mmcfg_late_init函数一般就直接返回。

4.总结

经过对上面四个函数的的分析,我们可以梳理出对于PCI设备配置空间的访问方法的实现,系统是如何完成的:

至此,在系统对PCi设备进行枚举之前,系统会完成所有对于配置空间访问方法的设置,以保证枚举过程的正常执行,我们需要注意的是在实际使用哪怕是枚举过程我们对于配置空间的访问使用的函数是以下几种:

 pci_read_config_byte(..)     //8pci_read_config_word(..)     //16pci_read_config_dword(..)    //32pci_write_config_byte(..)pci_write_config_word(..)pci_write_config_dword(..)

这些是系统为我们开出的访问函数接口,这些函数本质上是调用pci_ops的两个读写函数的(可以认为是内核在pci_ops的一个封装),我们可以测试以下,分别在pci_read_config_dword和raw_pci_read增加答应信息,我们可以得知pci_read_config_dword最终也就是调用raw_pci_read来完成工作:

本文转自PCI总线驱动代码梳理(二)--配置空间访问的设置

这篇关于Linux源码阅读——PCI总线驱动代码(二)配置空间访问设置的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1129165

相关文章

Python实现MQTT通信的示例代码

《Python实现MQTT通信的示例代码》本文主要介绍了Python实现MQTT通信的示例代码,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一... 目录1. 安装paho-mqtt库‌2. 搭建MQTT代理服务器(Broker)‌‌3. pytho

Spring Boot Maven 插件如何构建可执行 JAR 的核心配置

《SpringBootMaven插件如何构建可执行JAR的核心配置》SpringBoot核心Maven插件,用于生成可执行JAR/WAR,内置服务器简化部署,支持热部署、多环境配置及依赖管理... 目录前言一、插件的核心功能与目标1.1 插件的定位1.2 插件的 Goals(目标)1.3 插件定位1.4 核

RabbitMQ消息总线方式刷新配置服务全过程

《RabbitMQ消息总线方式刷新配置服务全过程》SpringCloudBus通过消息总线与MQ实现微服务配置统一刷新,结合GitWebhooks自动触发更新,避免手动重启,提升效率与可靠性,适用于配... 目录前言介绍环境准备代码示例测试验证总结前言介绍在微服务架构中,为了更方便的向微服务实例广播消息,

MySQL进行数据库审计的详细步骤和示例代码

《MySQL进行数据库审计的详细步骤和示例代码》数据库审计通过触发器、内置功能及第三方工具记录和监控数据库活动,确保安全、完整与合规,Java代码实现自动化日志记录,整合分析系统提升监控效率,本文给大... 目录一、数据库审计的基本概念二、使用触发器进行数据库审计1. 创建审计表2. 创建触发器三、Java

Linux进程CPU绑定优化与实践过程

《Linux进程CPU绑定优化与实践过程》Linux支持进程绑定至特定CPU核心,通过sched_setaffinity系统调用和taskset工具实现,优化缓存效率与上下文切换,提升多核计算性能,适... 目录1. 多核处理器及并行计算概念1.1 多核处理器架构概述1.2 并行计算的含义及重要性1.3 并

nginx 负载均衡配置及如何解决重复登录问题

《nginx负载均衡配置及如何解决重复登录问题》文章详解Nginx源码安装与Docker部署,介绍四层/七层代理区别及负载均衡策略,通过ip_hash解决重复登录问题,对nginx负载均衡配置及如何... 目录一:源码安装:1.配置编译参数2.编译3.编译安装 二,四层代理和七层代理区别1.二者混合使用举例

Java JDK1.8 安装和环境配置教程详解

《JavaJDK1.8安装和环境配置教程详解》文章简要介绍了JDK1.8的安装流程,包括官网下载对应系统版本、安装时选择非系统盘路径、配置JAVA_HOME、CLASSPATH和Path环境变量,... 目录1.下载JDK2.安装JDK3.配置环境变量4.检验JDK官网下载地址:Java Downloads

Linux线程之线程的创建、属性、回收、退出、取消方式

《Linux线程之线程的创建、属性、回收、退出、取消方式》文章总结了线程管理核心知识:线程号唯一、创建方式、属性设置(如分离状态与栈大小)、回收机制(join/detach)、退出方法(返回/pthr... 目录1. 线程号2. 线程的创建3. 线程属性4. 线程的回收5. 线程的退出6. 线程的取消7.

Linux下进程的CPU配置与线程绑定过程

《Linux下进程的CPU配置与线程绑定过程》本文介绍Linux系统中基于进程和线程的CPU配置方法,通过taskset命令和pthread库调整亲和力,将进程/线程绑定到特定CPU核心以优化资源分配... 目录1 基于进程的CPU配置1.1 对CPU亲和力的配置1.2 绑定进程到指定CPU核上运行2 基于

golang程序打包成脚本部署到Linux系统方式

《golang程序打包成脚本部署到Linux系统方式》Golang程序通过本地编译(设置GOOS为linux生成无后缀二进制文件),上传至Linux服务器后赋权执行,使用nohup命令实现后台运行,完... 目录本地编译golang程序上传Golang二进制文件到linux服务器总结本地编译Golang程序