0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Linux PCI驅(qū)動到底都干了些什么?(二)

Linux閱碼場 ? 來源:Linuxer ? 2020-04-30 15:45 ? 次閱讀

緊接著前文:Linux PCI驅(qū)動到底都干了些什么?(一)

我們在淺談Linux PCI設(shè)備驅(qū)動(一)中(以下簡稱 淺談(一) )介紹了PCI的配置寄存器組,而Linux PCI初始化就是使用了這些寄存器來進(jìn)行的。后面我們會舉個例子來說明Linux PCI設(shè)備驅(qū)動的主要工作內(nèi)容(不是全部內(nèi)容),這里只做文字性的介紹而不會涉及具體代碼的分析,因為要分析代碼的話,基本就是對 Linux內(nèi)核源代碼情景分析(下冊)第八章的解讀,讀者若想分析代碼,可以參考該書的內(nèi)容,我們這里就不去深入分析這些代碼了。

Linux PCI設(shè)備驅(qū)動代碼必須掃描系統(tǒng)中所有的PCI總線,尋找系統(tǒng)中所有的PCI設(shè)備(包括PCI-PCI橋設(shè)備)。系統(tǒng)中的每條PCI總線都有個編號number,根PCI總線的編號為0。系統(tǒng)當(dāng)前存在的所有根總線(因為可能存在不止一個Host/PCI橋,那么就可能存在多條根總線) 都通過其pci_bus結(jié)構(gòu)體中的node成員鏈接成一個全局的根總線鏈表,其表頭由struct list_head類型的全局變量pci_root_buses來描述,我們在/linux-2.4.18/linux/drivers/pci/pci.c的38行可以看到如下定義:

LIST_HEAD(pci_root_buses);

而根總線下面的所有下級總線則都通過其pci_bus結(jié)構(gòu)體中的node成員鏈接到其父總線的children鏈表中。這樣,通過這兩種PCI總線鏈表,Linux內(nèi)核就將所有的pci_bus結(jié)構(gòu)體以一種倒置樹的方式組織起來。

另外,每個PCI設(shè)備都由一個pci_dev結(jié)構(gòu)體表示,每個pci_dev結(jié)構(gòu)體都同時連入兩個隊列,一方面通過其成員global_list掛入一個總的pci_dev結(jié)構(gòu)隊列(隊列頭是pci_devices);同時又通過成員bus_list掛入其所在總線的pci_dev結(jié)構(gòu)隊列devices(隊列頭是pci_bus.devices,即該pci設(shè)備所在的pci總線的devices隊列),并且使指針bus(指pci_dev結(jié)構(gòu)體里的bus成員)指向代表著其所在總線的pci_bus結(jié)構(gòu)。如果具體的設(shè)備是PCI-PCI橋,則還要使其指針subordinate指向代表著另一條PCI總線的pci_bus結(jié)構(gòu)。同樣我們在/linux-2.4.18/linux/drivers/pci/pci.c的39行可以看到如下定義:

LIST_HEAD(pci_devices);

對于PCI設(shè)備鏈表,我們可以通過圖1來理解。

注:該圖摘自《Linux設(shè)備驅(qū)動開發(fā)詳解》 第21章 PCI設(shè)備驅(qū)動。

圖1 Linux PCI設(shè)備鏈表

而對于我們在淺談(一)中貼出的圖1的PCI系統(tǒng)結(jié)構(gòu)示意圖,Linux內(nèi)核中對應(yīng)的數(shù)據(jù)結(jié)構(gòu)如這里的圖2所示。

圖2 Linux內(nèi)核PCI數(shù)據(jù)結(jié)構(gòu)

Linux PCI初始化代碼從PCI總線0開始掃描,它通過讀取"Vendor ID"和"Device ID"來試圖發(fā)現(xiàn)每一個插槽上的設(shè)備。如果發(fā)現(xiàn)了一個PCI-PCI橋,則創(chuàng)建一個pci_bus數(shù)據(jù)結(jié)構(gòu)并且連入到由pci_root_buses指向的pci_bus和pci_dev數(shù)據(jù)結(jié)構(gòu)組成的樹中。PCI初始化代碼通過設(shè)備類代碼0x060400來判斷一個PCI設(shè)備是否是PCI-PCI橋。然后,Linux核心開始構(gòu)造這個橋設(shè)備另一端的PCI總線和其上的設(shè)備。如果還發(fā)現(xiàn)了橋設(shè)備,就以同樣的步驟來進(jìn)行構(gòu)建。這個處理過程稱之為深度優(yōu)先算法。PCI-PCI橋橫跨在兩條總線之間,寄存器PCI_PRIMARY_BUS和PCI_SECONDARY_BUS的內(nèi)容就說明了其上下兩端的總線號,其中PCI_SECONDARY_BUS就是該PCI-PCI橋所連接和控制的總線,而PCI_SUBORDINATE_BUS則說明自此以下、在以此為根的子樹中最大的總線號是什么。

我們可以在/linux-2.4.18/linux/include/linux/pci.h看到如下定義:

112:/*Headertype1(PCI-to-PCIbridges)*/113:#definePCI_PRIMARY_BUS0x18/*Primarybusnumber*/114:#definePCI_SECONDARY_BUS0x19/*Secondarybusnumber*/115: #define PCI_SUBORDINATE_BUS 0x1a /* Highest bus number behind the bridge */

由于在枚舉階段做的是深度優(yōu)先掃描,所以子樹中的總線號總是連續(xù)遞增的。當(dāng)CPU往I/O寄存器0xCF8中寫入一個綜合地址以后,從0號總線開始,每個PCI-PCI橋會把綜合地址中的總線號與自身的總線號相比,如果相符就用邏輯設(shè)備號在本總線上尋訪目標(biāo)設(shè)備;否則就進(jìn)一步把這個總線號與PCI_SUBORDINATE_BUS中的內(nèi)容相比,如果目標(biāo)總線號落在當(dāng)前子樹范圍中,就把綜合地址傳遞給其下的各個次層PCI-PCI橋,要不然就不予理睬。這樣,最終就會找到目標(biāo)設(shè)備。當(dāng)然,這個過程只是在PCI設(shè)備的配置階段需要這樣做,一旦配置完成,CPU就直接通過有關(guān)的總線地址訪問目標(biāo)設(shè)備了。

PCI-PCI橋要想正確傳遞對PCI I/O,PCI Memory或PCI Configuration地址空間的讀和寫請求,必須知道下列信息

(1)Primary Bus Number(主總線號)

該PCI-PCI橋所處的PCI總線稱為主總線。

(2)Secondary Bus Number(子總線號)

該PCI-PCI橋所連接的PCI總線稱為子總線/次總線號。

(3)Subordinate Bus Number

PCI總線的下屬PCI總線的總線編號最大值。有點繞,看后面的分析就明白了。

PCI I/O 和 PCI Memory 窗口

PCI橋的配置寄存器與一般的PCI設(shè)備不同。一般PCI設(shè)備可以有6個地址區(qū)間,外加一個ROM區(qū)間,代表著設(shè)備上實際存在的存儲器或寄存器區(qū)間。而PCI橋,則本身并不一定有存儲器或寄存器區(qū)間,但是卻有三個用于地址過濾的區(qū)間。每個地址過濾區(qū)間決定了一個地址窗口,從CPU一側(cè)發(fā)出的地址,如果落在PCI橋的某個窗口內(nèi),就可以穿過PCI橋而到達(dá)其所連接的總線上。此外,PCI橋的命令寄存器中還有”memory access enable”和”I/O access enable ”的兩個控制位,當(dāng)這兩個控制位為0時,這些窗口就全都關(guān)上了。在未完成對PCI總線的初始化之前,還沒有為PCI設(shè)備上的各個區(qū)間分配合適的總線地址時,正是因為這兩個控制位為0,才不會對CPU一側(cè)造成干擾。例如, 對于淺談(一)的 PCI系統(tǒng)示意圖 ,僅當(dāng)讀和寫請求中的PCI I/O或PCI memory地址屬于SCSIEthernet設(shè)備時,PCI-PCI橋才將這些總線上的請求從PCI總線0傳遞到PCI總線1。這種過濾機制可以避免地址在系統(tǒng)中沒必要的繁衍。為了做到這點,每個PCI-PCI橋必須正確地被設(shè)置好它所負(fù)責(zé)的PCI I/O或PCI memory的起始地址和大小。當(dāng)一個讀或?qū)懻埱蟮刂仿湓谄湄?fù)責(zé)的范圍之內(nèi),這個請求將被映射到次級的PCI總線上。系統(tǒng)中的PCI-PCI橋一旦設(shè)置完畢,如果Linux中的設(shè)備驅(qū)動程序存取的PCI I/O和PCI memory地址落在在這些窗口之內(nèi),那么這些PCI-PCI橋就是透明的。這是個很重要的特性,使得Linux PCI設(shè)備驅(qū)動程序開發(fā)者的工作容易些。

問題是配置一個PCI-PCI橋的時候,并不知道這個PCI-PCI橋的subordinate bus number。那么就不知道該PCI橋下面是否還有其他的PCI-PCI橋。即使你知道,也不清楚如何對它們賦值。解決方法是利用上述的深度掃描算法來掃描每個總線。每當(dāng)發(fā)現(xiàn)PCI-PCI橋就對它進(jìn)行賦值。當(dāng)發(fā)現(xiàn)一個PCI-PCI橋時,可以確定它的secondary bus number。然后我們暫時先將其subordinate bus number賦值為0xFF。緊接著,開始掃描該PCI-PCI橋的downstream橋。這個過程看起來有點復(fù)雜,下面的例子將給出清晰的解釋:

圖3 配置PCI系統(tǒng) 第一步

PCI-PCI橋編號--第一步

以圖3的拓?fù)浣Y(jié)構(gòu)為例,掃描時首先發(fā)現(xiàn)的橋是Bridge1。Bridge 1的downstream PCI總線號碼被賦值1。自然該橋的secondary bus number也是1。其subordinate bus number暫時賦值為0xFF。上述賦值的含義是所有類型1的含有PCI總線1或更高(<255)的號碼的PCI配置地址將被Bridge 1傳遞到PCI總線1上。如果PCI總線號是1,Bridge 1 還負(fù)責(zé)將配置地址的類型轉(zhuǎn)換成類型0(對于這里說的類型0和類型1,請參考淺談(一))。否則,就不做轉(zhuǎn)換。上述動作就是開始掃描總線1時Linux PCI初始化代碼所完成的對總線0的配置工作。

圖4 配置PCI系統(tǒng) 第二步

PCI-PCI橋編號--第二步

由于Linux PCI設(shè)備驅(qū)動使用深度優(yōu)先算法進(jìn)行掃描,所以初始化代碼開始掃描總線1。從而Bridge 2被發(fā)現(xiàn)。因為在Bridge 2下面發(fā)現(xiàn)不再有PCI-PCI橋,所以Bridge 2的subordinate bus number是2,等于它的secondary bus number。圖4顯示了在這個時刻總線和PCI-PCI橋的賦值情況。

圖5 配置PCI系統(tǒng) 第三步

PCI-PCI橋編號--第三步

Linux PCI設(shè)備驅(qū)動代碼從總線2的掃描中回來接著進(jìn)行掃描總線1,發(fā)現(xiàn)Bridge 3。它的primary bus number被賦值為1,secondary bus number為3。因為總線3上還發(fā)現(xiàn)了PCI-PCI橋,所以Bridge 3的subordinate bus number暫時賦值0xFF。圖5顯示了這個時刻系統(tǒng)配置的狀態(tài)。到目前為止,含有總線號1,2,3的類型1的PCI配置都可以正確地傳送到相應(yīng)的總線上。

圖6 配置PCI系統(tǒng) 第四步

PCI-PCI橋編號--第四步

現(xiàn)在Linux開始掃描PCI總線3,Bridge 3的downstream。PCI總線3上有另外一個PCI-PCI橋,Bridge 4。因此Bridge 4的primary bus number的值為3,secondary bus number為4。由于Bridge 4下面沒有別的橋設(shè)備,所以Bridge 4的subordinate bus number為4。然后回到PCI-PCI Bridge 3。這時就將Bridge 3的subordinate bus number從0xFF改為4,表示總線4是從Bridge 3往下走的最遠(yuǎn)的PCI-PCI橋。最后,Linux PCI設(shè)備驅(qū)動代碼將4以同樣的道理賦值給Bridge 1的subordinate bus number。圖6反映了系統(tǒng)最后的狀態(tài)。

注:淺談Linux PCI設(shè)備驅(qū)動(二)暫時的整體結(jié)構(gòu)就是這樣了,后續(xù)可能還會有些細(xì)節(jié)上的修補和添加。在此強烈推薦想學(xué)Linux PCI設(shè)備驅(qū)動的朋友結(jié)合《Linux內(nèi)核源代碼情景分析下冊》第八章和《Linux設(shè)備驅(qū)動開發(fā)詳解》第21章 來學(xué)習(xí)。感謝您關(guān)注本文。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 寄存器
    +關(guān)注

    關(guān)注

    31

    文章

    5343

    瀏覽量

    120377
  • 總線
    +關(guān)注

    關(guān)注

    10

    文章

    2881

    瀏覽量

    88090
  • PCI設(shè)備
    +關(guān)注

    關(guān)注

    0

    文章

    9

    瀏覽量

    8127

原文標(biāo)題:PCI設(shè)備驅(qū)動(二)

文章出處:【微信號:LinuxDev,微信公眾號:Linux閱碼場】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

    PCI2250 PCIPCI橋接器實施指南

    電子發(fā)燒友網(wǎng)站提供《PCI2250 PCIPCI橋接器實施指南.pdf》資料免費下載
    發(fā)表于 12-23 15:13 ?0次下載
    <b class='flag-5'>PCI</b>2250 <b class='flag-5'>PCI</b>到<b class='flag-5'>PCI</b>橋接器實施指南

    RTOS與Linux到底有什么區(qū)別

    很多做嵌入式開發(fā)的小伙伴存在這樣的疑惑:RTOS與Linux到底有什么區(qū)別?
    的頭像 發(fā)表于 10-29 09:53 ?447次閱讀

    pci內(nèi)存控制器感嘆號有影響嗎

    PCI內(nèi)存控制器感嘆號通常表示硬件設(shè)備存在一問題,這可能會對您的計算機性能產(chǎn)生影響。以下是一可能的原因和解決方法: 驅(qū)動程序問題:感嘆號可能表示
    的頭像 發(fā)表于 10-10 16:56 ?2484次閱讀

    LSP 2.10 DaVinci Linux驅(qū)動程序

    電子發(fā)燒友網(wǎng)站提供《LSP 2.10 DaVinci Linux驅(qū)動程序.pdf》資料免費下載
    發(fā)表于 10-09 09:30 ?0次下載
    LSP 2.10 DaVinci <b class='flag-5'>Linux</b><b class='flag-5'>驅(qū)動</b>程序

    linux系統(tǒng)的設(shè)備驅(qū)動一般分幾類

    Linux系統(tǒng)的設(shè)備驅(qū)動是操作系統(tǒng)與硬件設(shè)備之間的橋梁,負(fù)責(zé)實現(xiàn)操作系統(tǒng)與硬件設(shè)備之間的通信和控制。Linux系統(tǒng)的設(shè)備驅(qū)動可以分為以下幾類: 字符設(shè)備
    的頭像 發(fā)表于 08-30 15:13 ?438次閱讀

    Linux設(shè)備驅(qū)動程序分類有哪些

    Linux設(shè)備驅(qū)動程序是操作系統(tǒng)與硬件設(shè)備之間的橋梁,負(fù)責(zé)實現(xiàn)硬件設(shè)備與操作系統(tǒng)之間的通信和控制。Linux設(shè)備驅(qū)動程序的分類繁多,可以根據(jù)不同的標(biāo)準(zhǔn)進(jìn)行分類。 按硬件類型分類
    的頭像 發(fā)表于 08-30 15:11 ?567次閱讀

    linux驅(qū)動程序如何加載進(jìn)內(nèi)核

    ,需要了解Linux內(nèi)核的基本概念和API。以下是一關(guān)鍵概念: 1.1 內(nèi)核模塊:Linux內(nèi)核模塊是一種動態(tài)加載和卸載的代碼,可以在不重新啟動系統(tǒng)的情況下加載和卸載。驅(qū)動程序通常以
    的頭像 發(fā)表于 08-30 15:02 ?474次閱讀

    linux驅(qū)動程序主要有哪些功能

    Linux驅(qū)動程序是操作系統(tǒng)與硬件設(shè)備之間進(jìn)行通信的橋梁,負(fù)責(zé)實現(xiàn)硬件設(shè)備與操作系統(tǒng)之間的數(shù)據(jù)交換和控制。Linux驅(qū)動程序的主要功能包括以下幾個方面: 設(shè)備識別與初始化
    的頭像 發(fā)表于 08-30 14:47 ?367次閱讀

    linux驅(qū)動程序的編譯方法是什么

    Linux驅(qū)動程序的編譯方法主要包括兩種: 與內(nèi)核一起編譯 和 編譯成獨立的內(nèi)核模塊 。以下是對這兩種方法的介紹: 一、與內(nèi)核一起編譯 與內(nèi)核一起編譯意味著將驅(qū)動程序的源代碼直接集成到Linu
    的頭像 發(fā)表于 08-30 14:46 ?577次閱讀

    Linux 驅(qū)動開發(fā)與應(yīng)用開發(fā),你知道多少?

    一、Linux驅(qū)動開發(fā)與應(yīng)用開發(fā)的區(qū)別開發(fā)層次不同:Linux驅(qū)動開發(fā)主要是針對硬件設(shè)備進(jìn)行編程,處于操作系統(tǒng)內(nèi)核層,直接與硬件交互,為上層應(yīng)用提供設(shè)備訪問的接口。
    的頭像 發(fā)表于 08-30 12:16 ?792次閱讀
    <b class='flag-5'>Linux</b> <b class='flag-5'>驅(qū)動</b>開發(fā)與應(yīng)用開發(fā),你知道多少?

    PCI2250 PCIPCI橋數(shù)據(jù)表

    電子發(fā)燒友網(wǎng)站提供《PCI2250 PCIPCI橋數(shù)據(jù)表.pdf》資料免費下載
    發(fā)表于 07-10 09:34 ?0次下載
    <b class='flag-5'>PCI</b>2250 <b class='flag-5'>PCI</b>到<b class='flag-5'>PCI</b>橋數(shù)據(jù)表

    請問esp32s3怎么添加nt35510驅(qū)動到新工程中?

    請問esp32s3怎么添加nt35510驅(qū)動到新工程中
    發(fā)表于 06-27 06:30

    Nvidia與AMD新芯片,突破PCIe瓶頸

    AMD 和 Nvidia 的 GPU 依賴 PCI 總線與 CPU 進(jìn)行通信。CPU 和 GPU 有兩個不同的內(nèi)存域,數(shù)據(jù)必須通過 PCI 接口從 CPU 域移動到 GPU 域(并返
    的頭像 發(fā)表于 03-08 14:15 ?676次閱讀
    Nvidia與AMD新芯片,突破PCIe瓶頸

    RK3568-Linux系統(tǒng)使用手冊(

    RK3568-Linux系統(tǒng)使用手冊(
    的頭像 發(fā)表于 01-22 10:48 ?1861次閱讀
    RK3568-<b class='flag-5'>Linux</b>系統(tǒng)使用手冊(<b class='flag-5'>二</b>)

    三極管驅(qū)動繼電器時,并聯(lián)二極管到底有什么作用?

    三極管驅(qū)動繼電器時,并聯(lián)二極管到底有什么作用? 并聯(lián)極管在三極管驅(qū)動繼電器的電路中起到了重要作用。通過詳細(xì)的解釋,本文將介紹并聯(lián)極管在這
    的頭像 發(fā)表于 01-15 11:19 ?2364次閱讀