基于WDM驱动程序开发研究实现.docVIP

基于WDM驱动程序开发研究实现 　　【摘要】：文章首先分析了WDM的工作原理和机制，并结合实例着重探讨了基于WDM的设备驱动程序的设计和实现方法。 　　【关键词】：WDM; 分层结构; 驱动程序 　　中图分类号：TP3 文献标识码：B 文章编号：1002-6908(2008)0420037-01 　　 　　一、引言 　　 　　 WDM（Windows Driver Model，Windows驱动程序模式）是Microsoft最新推出的一种驱动程序模型，旨在实现在对新硬件支持的基础上，进一步降低所需驱动程序的数量和复杂性，起到简化驱动程序的开发过程的目的。WDM属于操作系统的内核模式，其驱动程序由运行于内核模式的系统代码组成。它采用灵活的分层驱动方法，即在用户应用程序和物理设备之间存在着几个不同的驱动程序层次，且各层上的WDM驱动程序具有不同的优先级。这种分层机制使得WDM能够定义更加广泛更加通用的驱动程序，其可包括各种文件系统、网络组件和专用设备等。 　　 　　二、WDM 　　 　　 （一） WDM的分层结构 　　 如图1所示，WDM体系结构实行分层处理，即设备驱动被分为：高层驱动程序、中间层驱动程序、底层驱动程序。每层驱动再把I/O请求划分成更简单的请求，以传给更下层的驱动执行。最底层的驱动程序在收到I/O请求后，通过硬件抽象层，与硬件发生作用，从而完成I/O请求工作。在这样的架构下，当外设发生改变时，只要改变程序栈中的一个或几个驱动程序即可，而处于最上层的用户应用程序可完全不变。对于硬件设备的开发者而言，只需要开发设备驱动程序就可以了，因为底层的驱动程序都由主板厂商和微软提供。 　　 　　 WDM引入设备对象的概念来描述一个设备，主要包含物理设备对象（Physical Device Object，PDO）、功能设备对象（Functional Device Object，FDO）和过滤设备对象（Filter Device Object，Filter DO）。其中，PDO对应实际的物理设备，FDO和Filter DO是相应驱动程序的处理对象。一个物理设备有且只有一个PDO和一个FDO，但却可以拥有多个Filter DO。WDM驱动程序直接操作的不是硬件本身，而是相应的PDO、FDO和Filter DO。当用户发出请求时，操作系统会将其打包形成一个IRP结构，并把它发送至驱动程序，通过识别IRP重的设备对象来区分它是发送给哪一个设备的。 　　 在WDM驱动程序中，即插即用（PNP）管理器负责通知操作系统何时添加（或删除）了一个设备，并使用INF文件来查找新设备的驱动程序；而其他模式的驱动程序必须独立发现自己的硬件设备，并需使用专门的安装程序来安装。另外，在驱动程序的加载方面，WDM不是通过驱动程序的名称来识别的，而是通过一个符号链接名或一个128bit的GUID（全局唯一标识符）来识别。 　　 　　 （二） WDM驱动程序的组成 　　 简单地说，驱动程序是一些例程的集合，它们被动地存在，等待主机系统软件来调用或激活它们。一般的WDM驱动程序包括以下几个例程：1. 驱动程序入口例程，用于处理驱动程序的初始化；2. 即插即用例程，用于处理PNP设备的添加、删除和停止；3. 分发例程，用于处理用户应用程序发出的I/O请求；4. 电源管理例程，用于处理电源管理请求；5. 卸载例程用于处理驱动程序的卸载。还有一些其他功能的例程，主要根据具体的要求添加使用。 　　 　　三、WDM的设计实现 　　 　　 这里我们给出了基于USB控制芯片CY7C68013开发的驱动程序说明基于WDM的驱动程序开发的框架和方法。该设备的驱动程序主要包括以下几个部分组成： 　　 　　 （一） DriverEntry例程 　　 该例程为设备驱动程序的入口点，它指明本设备的驱动程序使用例程如：即插即用例程、分发例程和电源管理例程的名称。 　　 　　 （二） AddDevice函数 　　 即插即用例程中必须包含一个AddDevice函数，该函数的基本职责是创建一个设备对象并把它连接到以PDO为底的设备堆栈中。当插入新设备后，系统启动时，总线枚举器会发现总线上的所有设备，会自动寻找并安装设备的驱动程序，并由驱动程序中的处理PnP功能模块自动处理AddDevice()例程及其他PnP消息。 　　 　　 （三） IOCTL代码 　　 在分发例程中，对IOCTL代码IOCTL_EZUSB_BULK_READ进行处理，它处理的例程为Bulk_Read_Write，该程序首先调用USB_ENDPOINT_DIRECTION_IN宏判断块传输的方向是IN还是OUT，然后调用DDK函数UsbBuildInterupptOr