当I／O管理器装入驱动程序时，它调用每个驱动程序必须有的DriverEntry例程，以用来初始化驱动程序范围的数据结构和资源。一般来说，在DriverEntry例程中通常完成以下功能：①找到所要控制的硬件；②在驱动程序对象中设置驱动程序的Dispatch－，AddDevice，Startio（如果有）和UN－LOAD（如果有）等分发例程的程序的入口点；③建立所有驱动程序对象或其他系统资源；④返回的NTSTATUS表明驱动程序是否成功装入，并能接收和处理来自PnP管理器的配置、增加（AddDevice）及启动其设备的请求。对于功能驱动程序，AddDevice函数的基本职责是创建一个设备对象并把它联接到以PDO为底的设备堆栈中。分发（Dispatch）例程是设备驱动程序提供的主要函数。当被调用去执行一个I／O操作时，Windows 2000通过实现Dispatch例程来处理来自用户模式应用程序的请求或来自系统的其他地方的请求。
　　一个完整的驱动程序要完成以下工作：初始化；创建与删除设备；处理应用层程序的打开和关闭句柄的请求；处理应用层程序的输入／输出请求；串行化对设备的访问；访问硬件；调用其他驱动程序；取消I／O请求；处理可热插拔设备的加入和删除事件；电源管理和WMI；对能够产生中断的设备进行中断处理。
　　操作系统使用I／O请求包（IRP）的数据结构与内核模式驱动程序通信。IRP是一个内核对象，它是一个预先定义的数据结构，带有一组对它进行操作的I／O管理器例程。I／O管理器接收一个I／O请求后分配并初始化一个IRP。一个IRP有一个固定的首部和可变数目的IRP堆栈单元块，每个堆栈单元块都对应一个将处理该IRP的驱动程序，因此这些堆栈块至少应与驱动程序堆栈中将要处理这一请求的驱动程序数目一样多。每个I／O请求有一个主功能代码（IRP_＿MJ_＿XXX），并可能有次功能代码（IRP_＿MN_＿XXX）。主功能代码决定了该I／O请求调用的分发例程的驱动程序入口点。分发例程接收到I／O请求后进行如下处理：确认I／O请求的合法性；尽可能在分发例程中直接完成该I／O请求；如果该请求不能在驱动程序的分发例程中被处理完，驱动程序就把这个请求排进队列，以便以后完成处理。WDM驱动程序提供了2种I／O请求排队的方法：I／O管理器管理的系统排队和驱动程序自己管理的驱动程序排队。
　　在Windows 2000和Windows 98中，通过使用总线驱动程序，PnP管理器能够自动检测硬件和分配I／O资源。在WDM驱动程序中PnP管理器使用主功能代码为IRP_－MJ_－PNP的I／O请求包与设备驱动程序交换信息和请求，完成对硬件设备的检测和配置工作。PnP请求包完成2种功能：指示驱动程序何时又如何配置和取消硬件及驱动程序本身的设置；指导驱动程序完成一系列的状态转换。PnP请求可以包含二十多个次功能代码，部分功能代码（如IRP_－READ_－CONFIG，IRP_－MN_－QUERY_－RE－SOURCE_－REQUIREMENTS等）只能由总线驱动程序处理，功能驱动程序和过滤驱动程序只是将该IRP请求下传到总线驱动程序。对功能驱动程序和过滤驱动程序中比较重要的IRP_－MN_－START_－DEVICE用来通知功能驱动程序其硬件被赋予了什么的I／O资源，以及指导功能驱动程序做任何必要的硬件或软件设置，以便设备能正常工作。IRP_－MN_－REMOVE_－DEVICE告诉功能驱动程序关闭设备并释放与之关联的设备对象。
　　驱动程序的ISR和DpcForIsr在设备产生中断时共同向设备提供服务。当设备产生中断时，驱动程序的ISR将被调用，ISR通过询问设备硬件收集有关的硬件设备信息，并尽可能地处理，如果不可能完全处理该中断请求，就将中断信息传递给Dpc－ForIsr进行处理。ISR是运行在DIRQL中断请求级的，在运行时，会阻止在同一处理器上的所有设备发出的具有更低的DIRQL的中断，因此在驱动程序的编写时，ISR应尽可能快地返回控制。另外，ISR可以与驱动程序的其它部分共享数据和硬件资源，因此需要注意同步问题的处理。
3　WDM驱动程序开发环境及编译
　　Windows 2000下编写驱动程序的环境被称为DDK For Microsoft Windows 2000或Windows2000 DDK，DDK是一个命令行下的工作环境。在安装DDK前需要先安装Micro－soft VisualC＋＋和Win32 SDK（可选）。对驱动程序的编译可以通过设置VC＋＋的项目设置，在VC＋＋中直接编译驱动程序，但改变设置的工作较繁且易出错，因此DDKbuild．exe编译联接器是构造驱动程序的主要工具。它从配置文件Sources中读出待编译的程序的配置，包括源文件、目标文件等，从环境变量Include中得到引用文件的地址，然后调用VisualC＋＋的编译联接器Nmake．exe进行实际的编译联接工作。
    另外，build编译联接器还可以通过查看DIRS文件中的伪指令，确定要编译的驱动程序目录列表。日志文件build．log、build．wrn，build．err中分别记录了编译联接中执行的命令行、遇到的错误和警告。编译完成后的文件后缀为．sys。
　　驱动程序的调试是在原代码级进行的，可以用微软公司提供的WinDbg调试工具，但需要在两台以串口联接的计算机上进行。而NUMEGA公司的SOFTICE比较方便地在一台计算机上进行核心代码的调试。
4　ATM信令接口卡的驱动例程分析
　　我们开发的ATM信令接口卡硬件符合PCI2．1标准，其与应用程序的数据传输为DMA方式。主要部分代码如下。




　　在该驱动程序入口部分中我们完成了各个分发例程入口的设置工作。
    AtmPnp例程中完成对硬件资源的的检测和配置工作，并且初始化请求队列，获得完成DMA传输的DMA适配器对象，挂接中断处理对象等功能。





　　在AddDevice函数调用IoCreateDevice函数中创建一个设备对象，并通过调用IoAttachDe－viceToDeviceStack把它联接到以PDO为底的设备堆栈中。
　　在PnP例程中对IRP_－MN_－START_－DEVICE的处理代码如下。

　　在处理中断资源时给出的IoConnectInterrupt函数挂接了中断处理函数AtmHandlerInter－rupt。
　　其他函数实现不再一一介绍。在具体实现的数据的传输、工作模式的设置等功能与所使用的硬件的寄存器的工作模式有关。在设计的过程中，应该注意每个例程的运行中断级。在处理I／O请求时，应根据硬件的特性和API的要求决定IRP队列的方式及取消IRP的例程的编写。
　　在编写驱动程序前，应该尽量了解硬件本身。这包括硬件的总线结构、控制寄存器的访问方式、中断行为、数据传输机制和设备内存等。
5　小　结
　　驱动程序的编写是较复杂的过程，因驱动程序是操作系统信任的组件，任何细小的错误可能引起操作系统的崩溃，在驱动程序编写过程中，应该反复测试所写的代码，并遵循驱动程序的规则。总之，开发驱动程序的工作与开发Windows应用程序开发是完全不同的，且与驱动程序紧密相连的硬件都有自己的硬件和软件规范，本文从一般驱动程序概念出发，给出了驱动程序的总体描述和组成部分，并以部分例程代码为例给出了驱动程序的基本组成结构和注意问题。要想能够很好掌握驱动程序开发，最根本是阅读DDK文档并实践编写驱动程序。

参考文献

［1］　CHRISC．Windows WDM设备驱动程序开发指南［M］．北京：机械工业出版社，2000．
［2］　Microsoft公司．Microsoft Windows 2000驱动程序设计指南［M］．北京：北京大学出版社，2000．
［3］　PETER G Viscarola，ANTHONY MasonW．Windows NT与Windows 2000设备驱动及开发［M］．北京：电子工业出版社，2000．
［4］　ARTBaker，JERRYLozano．Windows 2000设备驱动程序设计指南［M］．北京：机械工业出版社，2001．
［5］　陈利学，孙彪．微机总线与接口设计［M］．成都：电子科技大学出版社，1998．
［6］　DAVIDASolomon．Windows NT技术内幕［M］．北京：清华大学出版社，1993．
［7］　张伟，张云麟．Windows驱动程序模型的设计与开发［J］．重庆邮电学院学报（自然科学版）．2001，13（3）：88－91．