主頁 > 作業系統 > 【原創】Linux PCI驅動框架分析(一)

【原創】Linux PCI驅動框架分析(一)

2020-12-21 06:07:34 作業系統

背景

  • 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

1. 概述

從本文開始,將會針對PCIe專題來展開,涉及的內容包括:

  1. PCI/PCIe總線硬體;
  2. Linux PCI驅動核心框架;
  3. Linux PCI Host控制器驅動;

不排除會包含PCIe外設驅動模塊,一切隨緣,

 
作為專題的第一篇,當然會先從硬體總線入手,
進入主題前,先講點背景知識,
在PC時代,隨著處理器的發展,經歷了幾代I/O總線的發展,解決的問題都是CPU主頻提升與外部設備訪問速度的問題:

  1. 第一代總線包含ISAEISAVESAMicro Channel等;
  2. 第二代總線包含PCIAGPPCI-X等;
  3. 第三代總線包含PCIemPCIem.2等;

PCIe(PCI Express)是目前PC和嵌入式系統中最常用的高速總線,PCIe在PCI的基礎上發展而來,在軟體上PCIe與PCI是后向兼容的,PCI的系統軟體可以用在PCIe系統中,

 
本文會分兩部分展開,先介紹PCI總線,然后再介紹PCIe總線,方便在理解上的過渡,開始旅程吧,

2. 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 #0PCI 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 NumberDevice NumberFunction NumberRegister Number,每個系統支持256條總線,每條總線支持32個設備,每個設備支持8個功能,由于每個功能最多有256位元組的配置空間,因此總的配置空間大小為:256B * 8 * 32 * 256 = 16M;

    有必要再進一步介紹一下配置空間:
    x86 CPU無法直接訪問配置空間,通過IO映射的資料埠和地址埠間接訪問PCI的配置空間,其中地址埠映射到0CF8h - 0CFBh,資料埠映射到0CFCh - 0CFFh

    • 圖為配置地址暫存器構成,PCI的配置程序分為兩步:
      1. CPU寫CF8h埠,其中寫的內容如圖所示,BUS,Device,Function能標識出特定的設備功能,Doubleword來指定配置空間的具體某個暫存器;
      2. CPU可以IO讀寫CFCh埠,用于讀取步驟1中的指定暫存器內容,或者寫入指定暫存器內容,這個程序有點類似于通過I2C去配置外接芯片;

    那具體的配置空間暫存器都是什么樣的呢?每個功能256Byte,前邊64Byte是Header,剩余的192Byte支持可選功能,有種型別的PCI功能:Bridge和Device,兩者的Header都不一樣,

    • Bridge

    • Device

配置空間中有個暫存器欄位需要說明一下:Base Address Register,也就是BAR空間,當PCI設備的配置空間被初始化后,該設備在PCI總線上就會擁有一個獨立的PCI總線地址空間,這個空間就是BAR空間BAR空間可以存放IO地址空間,也可以存放存盤器地址空間,

 

  • PCI總線取得了很大的成功,但隨著CPU的主頻不斷提高,PCI總線的帶寬也捉襟見肘,此外,它本身存在一些架構上的缺陷,面臨一系列挑戰,包括帶寬、流量控制、資料傳送質量等;
  • PCIe應運而生,能有效解決這些問題,所以PCIe才是我們的主角;

3. 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層

    • 負責TLP包(Transaction Layer Packet)的封裝與解封裝,此外還負責QoS,流控、排序等功能;
  2. Data Link層

    • 負責DLLP包(Data Link Layer Packet)的封裝與解封裝,此外還負責鏈接錯誤檢測和校正,使用Ack/Nak協議來確保傳輸可靠;
  3. Physical層

    • 負責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內核相關技術文章:

轉載請註明出處,本文鏈接:https://www.uj5u.com/caozuo/237849.html

標籤:Linux

上一篇:容器編排系統k8s之Service資源

下一篇:Kubernetes K8S之Helm部署、使用與示例

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • CA和證書

    1、在 CentOS7 中使用 gpg 創建 RSA 非對稱密鑰對 gpg --gen-key #Centos上生成公鑰/密鑰對(存放在家目錄.gnupg/) 2、將 CentOS7 匯出的公鑰,拷貝到 CentOS8 中,在 CentOS8 中使用 CentOS7 的公鑰加密一個檔案 gpg -a ......

    uj5u.com 2020-09-10 00:09:53 more
  • Kubernetes K8S之資源控制器Job和CronJob詳解

    Kubernetes的資源控制器Job和CronJob詳解與示例 ......

    uj5u.com 2020-09-10 00:10:45 more
  • VMware下安裝CentOS

    VMware下安裝CentOS 一、軟硬體準備 1 Centos鏡像準備 1.1 CentOS鏡像下載地址 下載地址 1.2 CentOS鏡像下載程序 點擊下載地址進入如下圖的網站,選擇需要下載的版本,這里選擇的是Centos8,點擊如圖所示。 決定選擇Centos8后,選擇想要的鏡像源進行下載,此 ......

    uj5u.com 2020-09-10 00:12:10 more
  • 如何使用Grep命令查找多個字串

    如何使用Grep 命令查找多個字串 大家好,我是良許! 今天向大家介紹一個非常有用的技巧,那就是使用 grep 命令查找多個字串。 簡單介紹一下,grep 命令可以理解為是一個功能強大的命令列工具,可以用它在一個或多個輸入檔案中搜索與正則運算式相匹配的文本,然后再將每個匹配的文本用標準輸出的格式 ......

    uj5u.com 2020-09-10 00:12:28 more
  • git配置http代理

    git配置http代理 經常遇到克隆 github 慢的問題,這里記錄一下幾種配置 git 代理的方法,解決 clone github 過慢。 目錄 git配置代理 git單獨配置github代理 git配置全域代理 配置終端環境變數 git配置代理 主要使用 git config 命令 git單獨 ......

    uj5u.com 2020-09-10 00:12:33 more
  • Linux npm install 裝包時提示Error EACCES permission denied解

    npm install 裝包時提示Error EACCES permission denied解決辦法 ......

    uj5u.com 2020-09-10 00:12:53 more
  • Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包

    Centos 7下安裝nginx,使用yum install nginx,提示沒有可用的軟體包。 18 (flaskApi) [root@67 flaskDemo]# yum -y install nginx 19 已加載插件:fastestmirror, langpacks 20 Loading ......

    uj5u.com 2020-09-10 00:13:13 more
  • Linux查看服務器暴力破解ssh IP

    在公網的服務器上經常遇到別人爆破你服務器的22埠,用來挖礦或者干其他嘿嘿嘿的事情~ 這種情況下正確的做法是: 修改默認ssh的22埠 使用設定密鑰登錄或者白名單ip登錄 建議服務器密碼為復雜密碼 創建普通用戶登錄服務器(root權限過大) 建立堡壘機,實作統一管理服務器 統計爆破IP [root ......

    uj5u.com 2020-09-10 00:13:17 more
  • CentOS 7系統常見快捷鍵操作方式

    Linux系統中一些常見的快捷方式,可有效提高操作效率,在某些時刻也能避免操作失誤帶來的問題。 ......

    uj5u.com 2020-09-10 00:13:31 more
  • CentOS 7作業系統目錄結構介紹

    作業系統存在著大量的資料檔案資訊,相應檔案資訊會存在于系統相應目錄中,為了更好的管理資料資訊,會將系統進行一些目錄規劃,不同目錄存放不同的資源。 ......

    uj5u.com 2020-09-10 00:13:35 more
最新发布
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:43:21 more
  • vim的常用命令

    Vim的6種基本模式 1. 普通模式在普通模式中,用的編輯器命令,比如移動游標,洗掉文本等等。這也是Vim啟動后的默認模式。這正好和許多新用戶期待的操作方式相反(大多數編輯器默認模式為插入模式)。 2. 插入模式在這個模式中,大多數按鍵都會向文本緩沖中插入文本。大多數新用戶希望文本編輯器編輯程序中一 ......

    uj5u.com 2023-04-20 08:42:36 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:26:53 more
  • 設定Windows主機的瀏覽器為wls2的默認瀏覽器

    這里以Chrome為例。 1. 準備作業 wsl是可以使用Windows主機上安裝的exe程式,出于安全考慮,默認情況下改功能是無法使用。要使用的話,終端需要以管理員權限啟動。 我這里以Windows Terminal為例,介紹如何默認使用管理員權限打開終端,具體操作如下圖所示: 2. 操作 wsl ......

    uj5u.com 2023-04-19 09:25:49 more
  • docker學習

    ###Docker概述 真實專案部署環境可能非常復雜,傳統發布專案一個只需要一個jar包,運行環境需要單獨部署。而通過Docker可將jar包和相關環境(如jdk,redis,Hadoop...)等打包到docker鏡像里,將鏡像發布到Docker倉庫,部署時下載發布的鏡像,直接運行發布的鏡像即可。 ......

    uj5u.com 2023-04-19 09:19:04 more
  • Linux學習筆記

    IP地址和主機名 IP地址 ifconfig可以用來查詢本機的IP地址,如果不能使用,可以通過install net-tools安裝。 Centos系統下ens33表示主網卡;inet后表示IP地址;lo表示本地回環網卡; 127.0.0.1表示代指本機;0.0.0.0可以用于代指本機,同時在放行設 ......

    uj5u.com 2023-04-18 06:52:01 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

    uj5u.com 2023-04-12 09:59:50 more
  • 解決linux系統的kdump服務無法啟動的問題

    問題:專案麒麟系統服務器的kdump服務無法啟動,沒有相關日志無法定位問題。 1、查看服務狀態是關閉的,重啟系統也無法啟動 systemctl status kdump 2、修改grub引數,修改“crashkernel”為“512M(有的機器數值太大太小都會導致報錯,建議從128M開始試,或者加個 ......

    uj5u.com 2023-04-12 09:59:01 more
  • 你是不是暴露了?

    作者:袁首京 原創文章,轉載時請保留此宣告,并給出原文連接。 如果您是計算機相關從業人員,那么應該經歷不止一次網路安全專項檢查了,你肯定是收到過資訊系統技術檢測報告,要求你加強風險監測,確保你提供的系統服務堅實可靠了。 沒檢測到問題還好,檢測到問題的話,有些處理起來還是挺麻煩的,尤其是線上正在運行的 ......

    uj5u.com 2023-04-05 16:52:56 more
  • 細節拉滿,80 張圖帶你一步一步推演 slab 記憶體池的設計與實作

    1. 前文回顧 在之前的幾篇記憶體管理系列文章中,筆者帶大家從宏觀角度完整地梳理了一遍 Linux 記憶體分配的整個鏈路,本文的主題依然是記憶體分配,這一次我們會從微觀的角度來探秘一下 Linux 內核中用于零散小記憶體塊分配的記憶體池 —— slab 分配器。 在本小節中,筆者還是按照以往的風格先帶大家簡單 ......

    uj5u.com 2023-04-05 16:44:11 more