背景

說明：

1. 概述

話不多說，直接開始，

來一張更詳細的結構體組織圖：

Linux PCI驅動框架，基于Linux設備驅動模型，因此有必要先簡要介紹一下，實際上Linux設備驅動模型也是一個大的topic，先挖個坑，有空再來填，來張圖吧：

簡單來說，Linux內核建立了一個統一的設備模型，分別采用總線、設備、驅動三者進行抽象，其中設備與驅動都掛在總線上，當有新的設備注冊或者新的驅動注冊時，總線會去進行匹配操作（match函式），當發現驅動與設備能進行匹配時，就會執行probe函式的操作；
從資料結構中可以看出，bus_type會維護兩個鏈表，分別用于掛接向其注冊的設備和驅動，而match函式就負責匹配檢測；
各類驅動框架也都是基于圖中的機制來實作，在這之上進行封裝，比如I2C總線框架等；
設備驅動模型中，包含了很多kset/kobject等內容，建議去看看之前的文章《linux設備模型之kset/kobj/ktype分析》
好了，點到為止，感覺要跑題了，強行拉回來，

既然說到了設備驅動模型，那么首先我們要做的事情，就是先在內核里邊創建一個PCI總線，用于掛接PCI設備和PCI驅動，我們的實作來到了pci_driver_init()函式：

內核在PCI框架初始化時會呼叫pci_driver_init()來創建一個PCI總線結構（全域變數pci_bus_type），這里描述的PCI總線結構，是指驅動匹配模型中的概念，PCI的設備和驅動都會掛在該PCI總線上；
從pci_bus_type的函式操作介面也能看出來，pci_bus_match用來檢查設備與驅動是否匹配，一旦匹配了就會呼叫pci_device_probe函式，下邊針對這兩個函式稍加介紹；

設備或者驅動注冊后，觸發pci_bus_match函式的呼叫，實際會去比對vendor和device等資訊，這個都是廠家固化的，在驅動中設定成PCI_ANY_ID就能支持所有設備；
一旦匹配成功后，就會去觸發pci_device_probe的執行；

列舉的入口函式：pci_host_probe

設備的掃描從pci_scan_root_bus_bridge開始，首先需要先向系統注冊一個host bridge，在注冊的程序中需要創建一個root bus，也就是bus 0，在pci_register_host_bridge函式中，主要是一系列的初始化和注冊作業，此外還為總線分配資源，包括地址空間等；
pci_scan_child_bus開始，從bus 0向下掃描并添加設備，這個程序由pci_scan_child_bus_extend來完成；
從pci_scan_child_bus_extend的流程可以看出，主要有兩大塊：
1. PCI設備掃描，從回圈也能看出來，每條總線支持32個設備，每個設備支持8個功能，掃描完設備后將設備注冊進系統，pci_scan_device的程序中會去讀取PCI設備的配置空間，獲取到BAR的相關資訊，細節不表了；
2. PCI橋設備掃描，PCI橋是用于連接上一級PCI總線和下一級PCI總線的，當發現有下一級總線時，創建子結構，并再次呼叫pci_scan_child_bus_extend的函式來掃描下一級的總線，從這個程序看，就是一個遞回程序，
從設備的掃描程序看，這是一個典型的DFS（Depth First Search）程序，熟悉資料結構與演算法的同學應該清楚，這就類似典型的走迷宮的程序；