windowｓＮＴ４．０下設(shè)備驅(qū)動程序的開發(fā)與應(yīng)用

摘要： 介紹了Windows NT4.0內(nèi)核模式設(shè)備驅(qū)動程序開發(fā)中的一般性過程。通過提供一個最小化驅(qū)動程序的核心代碼，解釋各組成部分的結(jié)構(gòu)功能和使用方法。在實踐中，結(jié)合自身的開發(fā)需要，可編寫出具有實用價值的驅(qū)動程序。

關(guān)鍵詞：Win32子系統(tǒng) 設(shè)備驅(qū)動 系統(tǒng)注冊表 I/O請求包

Windows NT 以其安全、穩(wěn)定及界面友好等特性逐漸成為工業(yè)控制領(lǐng)域的前臺操作系統(tǒng)。面對工業(yè)控制中大量采用的串/并行通信及總線控制等技術(shù)，要求用戶不斷開發(fā)出滿足自身需要的硬件設(shè)備，同時又要求用戶應(yīng)用程序與這些硬件設(shè)備進行通信，發(fā)送控制命令，讀取狀態(tài)信息等等。Windows NT出于安全性、穩(wěn)定性等考慮，不允許用戶應(yīng)用程序?qū)ξ锢碛布M行直接訪問，這就需要使用設(shè)備驅(qū)動程序跨越操作系統(tǒng)邊界對物理硬件進行操作，并向上提供客戶應(yīng)用程序控制接口以供調(diào)用。

1 分層結(jié)構(gòu)與設(shè)備驅(qū)動程序

Windows NT分層結(jié)構(gòu)(如圖1所示)包括運行于用戶模式及內(nèi)核模式的各種部件，設(shè)備驅(qū)動程序在圖1的左下角，處于內(nèi)核模式下I/O管理器之中。

2 驅(qū)動程序工作方式

內(nèi)核模式驅(qū)動程序與應(yīng)用程序之間的最大差別之一是驅(qū)動程序的控制結(jié)構(gòu)。內(nèi)核模式驅(qū)動程序沒有main或WinMain，而是由I/O管理器根據(jù)需要調(diào)用一個驅(qū)動程序例程：

· 驅(qū)動程序被裝入時;

· 驅(qū)動程序被卸出或系統(tǒng)關(guān)閉時;

· 用戶程序發(fā)出I/O系統(tǒng)服務(wù)調(diào)用時;

· 共享硬件資源對驅(qū)動程序可用時;

· 設(shè)備操作過程中的任何時候。

3 初始化過程

3.1 系統(tǒng)注冊表中有關(guān)設(shè)備驅(qū)動程序的項目是系統(tǒng)加載設(shè)備驅(qū)動程序的入口點

系統(tǒng)注冊表中用于系統(tǒng)加載設(shè)備驅(qū)動程序的項目如下：

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesDriverName]

″Type″ = dword00000001

″Start″ = dword00000002

″Group″ = ″Extended Base″

″ErrorControl″ = dword∶00000001

其中Start含義如下：

SERVICE_BOOT_START (0×0) 操作系統(tǒng)裝入時

SERVICE_SYSTEM_START (0×01) 操作系統(tǒng)初始化時

SERVICE_AUTO_START (0×02) 服務(wù)控制管理器啟動時

SERVICE_DEMAND_START (0×03) 服務(wù)控制管理器手工啟動

SERVICE_DISABLED (0×04) 不啟動

Type含義如下：

SERVICE_KERNEL_DRIVER (0×1)

SERVICE_FILE_SYSTEM_DRIVER (0×2)

SERVICE_ADAPTER (0×4)

系統(tǒng)注冊表中用于設(shè)備驅(qū)動程序加載后讀取的項目如下：

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesDriverNameParameters]

″Parameter1″ = dword∶00000001

″Parameter2″ = dword∶00000004

3.2 加載驅(qū)動程序的裝入例程

I/O管理器調(diào)用驅(qū)動程序的DriverEntry例程，執(zhí)行初始化。該例程完成：

· 初始化其它例程的入口;

· 創(chuàng)建命名設(shè)備對象;

· 讀取系統(tǒng)注冊表中相關(guān)項目并聲明必要的資源;

· 設(shè)置內(nèi)核驅(qū)動程序名與Win32子系統(tǒng)名的聯(lián)接;

· 創(chuàng)建或初始化任意驅(qū)動程序使用的對象、類型和資源;

· 返回狀態(tài)值。

I/O管理器建立與設(shè)備關(guān)聯(lián)的Driver對象，并將其傳遞給DriverEntry例程。實際上Driver對象基本上是一個目錄，含有指向各個驅(qū)動程序服務(wù)例程函數(shù)的指針，其結(jié)構(gòu)如表1所示。

表1 Driver對象域說明

I/O管理器能夠找到DriverEntry例程，是因為它有一個公認的名字，而其他的例程則通過下列兩種方法查找：

·在Driver對象中有明確槽的函數(shù)如DirverObject->DriverUnload;

·在Driver對象的MajorFunction數(shù)組中——Driver對象的MajorFunction支持兩種類型的功能代碼。一種為標(biāo)準的功能代碼，如IRP_MJ_CREATE。另一種是用戶自定義的功能代碼，如IRP_MJ_DEVICE_CONTROL。

所有驅(qū)動程序必須支持IRP_MJ_CREATE功能代碼，這是因為Win32子系統(tǒng)下的用戶程序調(diào)用CreateFile函數(shù)創(chuàng)建設(shè)備時，產(chǎn)生該功能代碼。如果不處理這個功能代碼，Win32程序就不能得到設(shè)備句柄。

用戶自定義的功能代碼IRP_MJ_DEVICE_CONTROL只有在用戶模式下的客戶程序執(zhí)行自定義的功能時可用。

NTSTATUS DriverEntry(IN PDRIVER_OBJECT DriverObject，IN PUNICODE_STRING RegistryPath)

{

//聲明設(shè)備對象

PDEVICE_OBJECT DeviceObject，

//生成函數(shù)接口指針

DriverObject->MajorFunction[IRP_MJ_CREATE]=XxSelfDispatch;

DriverObject->MajorFunction[IRP_MJ_CLOSE]=

XxSelfDispatch;

DriverObject->MajorFunction[IRP_MJ_READ]=

XxReadDispatch;

DriverObject->MajorFunction[IRP_MJ_WRITE]=

XxWriteDispatch

DriverObject->MajorFunction[IRP_MJ_DEVICE_CONTROL]=XxSelfDispatch

DriverObject->DriverUnload=XxUnload

//生成Windows NT Executive知道的設(shè)備名

RtlInitUnicodeString(NtDeviceName， SelfDeviceName);

//生成自己的設(shè)備

Status=IoCreateDevice(

DriverObject， // Driver對象

sizeof(SELF_DEVICE_INFO)， // Device對象

Extension結(jié)構(gòu)大小

NtDeviceName，

DeviceType，

0，

FALSE， // 不執(zhí)行

DeviceObject //Device對象指針

);

//生成Win32子系統(tǒng)下的用戶程序可識別的設(shè)備名