WDM驱动程序设计

WDM驱动程序设计　作者：汤琳　发布时间：2001/03/14

文章摘要: 　　现在Windows98和Windows2000已经成了主流操作系统的主流，原先用来实现驱动程序的VxD技术随着Win95的淡出也慢慢地将退出历史舞台，在Windows98和Windows2000中设备驱动程序将根据Windows驱动程序模型（WDM）来设计。WDM通过提供一种灵活的方式来简化驱动程序的开发，在实现对新硬件支持的基础上减少并降低所必须开发的驱动程序的数量和复杂性。

正文:
WDM驱动程序设计　　 一．WDM简介 　　微软不断推出新的操作系统，现在Windows98和Windows2000已经成了主流，原先用来实现驱动程序的VxD技术随着Win95的淡出也慢慢地将退出历史舞台，在Windows98和Windows2000中设备驱动程序将根据Windows驱动程序模型（WDM）来设计。WDM通过提供一种灵活的方式来简化驱动程序的开发，在实现对新硬件支持的基础上减少并降低所必须开发的驱动程序的数量和复杂性。 　　Windows驱动程序模型分两个方面，除了核心模型描述设备驱动程序的标准结构外，WDM还为常见类型的设备实现了一个模块化的、分层次类型的总线驱动程序和类驱动程序。总线驱动程序实现了支持通用串行总线（USB）、IEEE1394（FireWire）协议等。类驱动程序是为实现标准Windows功能提供条件。WDM对标准类接口的支持减少了Windows 95和Windows NT所需的设备驱动程序的数量和复杂性。在Windows平台上，WDM将成为21世纪主流的驱动模式。 　　WDM支持USB、IEEE 1394、ACPI等全新的硬件标准。而且以往在两个平台上同时运行时需要编写两个截然不同的驱动程序，现在只需要编写一个WDM驱动程序就可以了。WDM驱动程序也是分层的，即不同层上的驱动程序有着不同的优先级，而Windows 9x下的VxD则没有此结构。   　　WDM还引入了功能设备对象FDO（Functional Device Object）与物理设备对象PDO（Physical Device Object）两个新类来描述硬件，一个PDO对应一个真实硬件。一个硬件只允许有一个PDO，却可以拥有多个FDO，在驱动程序中直接操作的不是硬件而是相应的PDO与FDO。在用户态和内核态通讯方面，系统为每一个用户请求打包形成一个IRP结构，将其发送至驱动程序，并通过识别IRP中的PDO来区别是发送给哪一个设备的。另外，在驱动程序的加载方面，WDM不通过驱动程序名称识别，而是通过一个128位的全局唯一标识符GUID来实现驱动程序的识别。我们用上图来说明设备驱动程序的分层及调用。 　　写WDM和其它模式驱动程序基本上是相同的，代码中的主要区别在于如何创建设备。 　　在WDM驱动程序中，即插即用（PnP）管理器告知何时向系统添加一个设备，或者从系统删除设备。PnP管理器使用安装的INF文件查找新设备的正确驱动程序；而其它模式驱动程序必须发现它自己的设备，使用专门的安装程序安装。 另外在细节上也存在很多区别，其它模式驱动程序参数一般由注册表提供，在DriverEntry里调用读注册表的函数，然后根据注册表再调用CreateDevice，但是WDM一般不是这样，这是由于Windows 2000下支持PnP，在加载的时候PnP管理器调用AddDevice入口点创建设备。一般在DriverEntry里创建的是一个与设备或者对象毫无关系的虚拟设备，用于管理与Win32的通讯。如果不想对该设备做什么特别的处理，或者设备不复杂，AddDevice可以简单返回Nt_Success，不用调用CreateDevice。 　　另外整个设备驱动树也发生了改变，从而使安装程序发生了很大的改变。WDM本身的PNP管理器被抽象地提升到了ROOT的地位。PNP管理器负责所有的总线驱动程序的加载。总线驱动程序则负责遍历所有位于总线上的设备，并且为每个设备创建相应的设备对象。当PNP管理器发现一个设备对象，就查找该对象对应的Driver。并调用该Driver的ADD DEVICE例程。如果Driver不在内存中，就先加载，然后调用ADD DEVICE例程。 　　当然，总线本身并没有发出任何信号告诉PNP管理器自己的存在，所以，总线Driver是在NT的安装时设定的。而ISA设备并没有规范，因为需要KMD自己检查硬件存在及状态，所以它是老式KMD存在的惟一理由。这也是微软极力在新规范里取消ISA总线的理由之一。WDM支持PNP协议和PM协议，而且实现时仅仅需要在MAJOR FUNCTION里加入一些对PNP和PM事