(1)設備初始化

　　PCI設備驅動軌范要實現識別PCI器件、尋址PCI器件的資本和對PCI器件間斷的處事。PCI系統BIOS功能供給了BIOS的訪謁與節制的具體特征，所有軟件(設備驅動軌范、擴展ROM碼)將經由過程尺度間斷號1AH挪用BIOS功能訪謁非凡部件。PCI BIOS規范有完整的有關PCI BIOS功能的描述[3]。

　　在PCI設備驅動軌范的初始化過程中，操作指定器件識別號(device_id)、廠商識別號(vendor_id)、檢索號(index)搜索PCI器件，經由過程挪用PCI BIOS確認其存在，并確定其物理位置：總線號、器件號和功能號，這是該器件/功能在系統中的獨一尋址標識表記標幟。操作總線號、器件號和功能號可以尋址該器件/功能的PCI設置裝備擺設空間(configuration space)。

　　接下來，設備驅動就需要從設置裝備擺設空間獲得硬件的參數。PCI設備的良多參數，搜羅所用的間斷號，端口地址的規模(I/O)體例、存儲器的地址(存儲器映射體例)等，都可以從PCI設置裝備擺設空間的各基址所對應的尋址空間中獲得。讀寫設置裝備擺設空間可以挪用BIOS間斷1AH，

　　也可以先向設置裝備擺設空間地址寄放器(0CF8H)寫入總線和設備號(在前面搜索PCI器件時獲得的)和寄放器號，再對設置裝備擺設空間數據寄放器(0CFCH)進行讀寫。對設備驅動來說，最主要的是獲得基址寄放器(BADR)，不能認為PCI器件資本老是設計設備時設置的初值，系統可能會按照硬件情形為PCI設備分配新的資本。我們所設計的PCI設備使用的基址1－3都是按I/O空間映射的，而基址4是按內存體例映射的。確定一個端口是按什么體例映射的，可以讀對應端口的設置裝備擺設寄放器(Configuration Register)。讀出后，判定其0位，若是0位為數值0，暗示其是按內存體例設置的，否則為I/O體例設置的。內存體例和I/O體例的設置裝備擺設寄放器的寄義參見文獻[3]。若是要獲得基址的巨細，可以向基址寄放器寫入FFFFH，然后讀基址寄放器，若是是內存體例，從第4位起頭的0的數目暗示基址的巨細，若是是I/O體例，則從第2位起頭的0的數目暗示基址的巨細。

　　在Windows NT下，查找PCI設備的工作是由HalGetBusData完成的，也可以使用前述的法子讀取設置裝備擺設寄放器，但DDK舉薦使用HaiGetBusDataOffset函數。

　　(2)端口操作

　　在PC機上，I/O端口尋址空間和內存尋址空間是分歧的，所以措置體例也分歧。I/O空間是一個64K字節的尋址空間，它不象內存有實模式和呵護模式之分，在各類模式下尋址體例不異。在Windows 9x下，用戶軌范可以直接使用I/O指令，而不必然非經由過程專門的驅動軌范來完成，所以若是軟件對硬件的操作美全是經由過程I/O端口操作來完成的，甚至可以不用專門設計驅動軌范，直接由應用軌范來完成對硬件的節制。因為PCI總線是32位的總線尺度，在進行I/O操作時凡是要進行雙字(DWORD)操作，而且以前年夜年夜都C/C++編譯軟件都沒有供給雙字的函數，所以需要機關雙字操作讀寫函數inpd/outpd。

　　在Windows NT下，系統不許可處于優先級3級的用戶軌范和用戶模式驅動軌范直接使用I/O指令，若是使用了I/O指令將會導致特權指令意外(privileged instruction exception)。所以任何對I/O的操作都需要借助內核模式驅動來完成。具體的做法有兩種：一是在驅動軌范中使用IoReportResourceUsage陳述資本占用，然后使用READ_PORT_XXX、WRITE_PORT_XXX函數讀寫，最后使用IoReportResourceUsage打消資本占用；另一種是驅動軌范改削NT的I/OPermissions Map (IOPM)，以使系統許可用戶軌范對指定的I/O端口進行操作，這時用戶軌范采用凡是的I/O指令進行操作。后者的利益是速度快、用戶軌范設計簡單，但犧牲了移植性，軌范不能移植到非Intel的系統中，而且若是多個軌范同時讀寫統一端口輕易導致沖突。

　　(3)內存的讀寫

　　Windows工作在32位呵護模式下，呵護模式與實模式的根柢區別在于CPU尋址體例上的分歧，這也是Windows驅動軌范設計中需要著重解決的問題。Windows采用了分段、分頁機制(圖1)，這樣使應用軌范發生一種錯覺，好象軌范中可以使用很是年夜的物理存儲空間。這樣做最年夜的益處就是一個軌范可以很輕易地在物理內存容量紛歧樣的、設置裝備擺設規模分歧很年夜的計較機上運行，編程人員使用虛擬存儲器可以寫出比任何現實設置裝備擺設的物理存儲器都年夜得多的軌范。

?