基于Windows2000开发WDM设备驱动程序的方法

基于Windows2000开发WDM设备驱动程序的方法

摘要:本文介绍了Windows2000WDM驱动程序结构及其原理，给出一个驱动程序的例子关键词:WDM驱动程序1.概述引入了全新的WDM(Win32DriverModel)的驱动程序架构，说是新技术，其实早在1997年Microsoft就提出了该项技术并在Windows98中得到了充分的应用，换句话说，Windows98也支持WDM。这样WDM就成为了一个跨平台的驱动程序模型不仅如此WDM驱动程序还可以在不修改源代码的情况下经过重新编译后在非Intel平台上运行。2．WDM设备驱动程序的特点和原理2.1通用驱动程序对基本上一样的硬件，因为他们共享一个总线或完成类似的任务，设备驱动程序可以使用这些标准的驱动程序功能，使公共总线的共享容易，且更容易写出新的驱动程序，总线驱动程序，如USB、1394，和类驱动程序。(1)Win32程序接口：可以使用Win32函数像访问文件那样访问设备CreateFile()、Closehandle()、ReadFile()、WriteFile()、DeviceIoControl（）用于发出特殊请求，可发送数据给驱动和从驱动得到数据，IOCTL代码可以是预先定义的也可是自己定义的。(2)创建设备大多数WDM设备对象都是在PnP管理器中调用AddDevice入口时创建，这个PnP例程在插入新设备和安装Inf文件时被调用，此后一系列的PnPIRP被发送到驱动程序，指示设备应如何启动和查询它的功能2.2WDM-的工作原理WDM是在NT4.0驱动程序结构上发展起来的，所以它与NT4.0驱动程序极为相似，但是它却有了本质上的提高，比如它支持USB、IEEE1394、ACPI等全新的硬件标准。虽然Windows98与Windows2000都支持WDM，可是并不意味着Windows98下的VxD可以在Windows2000下运行，而NT下的WDM却可以在Windows98下运行。不过原先准备在两个平台上同时运行需要编写两个截然不同的驱动程序，而现在只需要编写一个WDM驱动程序就可以了。同NT4.0驱动程序一样，WDM驱动程序也是分层的，即不同层上的驱动程序有着不同的优先权，而Windows9x下的VxD则没有此结构。另外，WDM还引入了功能设备对象FDO（functionaldeviceobject）与物理设备对象PDO（physicaldeviceobject）两个新概念来描述硬件，一个PDO代表一个真实硬件，在驱动程序看来则是一个FDO。

另外值得注意的是，一个硬件只允许有一个PDO，但却可以拥有多个FDO，而在驱动程序中我们不是直接操作硬件而是操作相应的PDO与FDO。在Ring-3与Ring-0通讯方面，操作系统为每一个用户请求打包成一个IRP（IORequestPacket）结构，将其发送至驱动程序并通过识别IRP中的PDO来识别是发送给哪一个设备的。另外，在驱动程序的加载方面WDM既不靠驱动程序名称也不靠一个具有某种特殊意义的ID，而是依靠一个128位的GUID来识别驱动程序（Windows下许多东西都是靠此进行识别的）。2.3IRP处理I/O请求包IRP是驱动程序操作的中心，IRP是一个内核对象，它是预先定义好的数据结构，带有一组对它进行操作的I/O管理器例程，I/O管理器接受一个I/O请求，然后将它传送到合适的驱动程序栈中的最高驱动程序之前，分配并处始化一个IRP，每个I/O请求有主功能代码2.4IRP参数比如一个写的I/O请求转换成一个IRP时，I/O管理器填写主要的IRP首部，并构造第一个个栈单元，对写请求来讲，首部包含用户缓冲区信息，而栈单元则包含写的具体参数。如果调用另一个驱动则必须创建下一个栈单元。一个IRP到栈顶时，使用PIO_STACK_LOCATIONIoGetCurrentIrpStackLocation(

INPIRPIrp

);IoGetCurrentIrpStackLocationreturnsapointertothecaller'sstacklocationinthegivenIRP。如决定需要把这个IRP沿设备栈向下传递，使用IoCopyCurrentIrpStackLocationToNextorIoSkipCurrentIrpStackLocation简单的将内容复制到下一个单元，如果要更改下一个栈单元，要使用LOCATIONIoGetNextIrpStackLocation(INPIRPIrp);IoGetNextIrpStackLocationgivesahigherleveldriveraccesstothenext-lowerdriver'sI/OstacklocationinanIRPsothecallercansetitupforthelowerdriver.可使用IoCallDriver调用下一个驱动程序，当最低一层的驱动处理玩后调用IoCompleteRequest，IRP再向上传递返回用户，当IRP向上传递时也可以每个驱动有机会再处理它，每个驱动要设置IoSetCompletionRoutine挂接一个例程，一个驱动不一定要沿着设备栈向下传递IRP，如果自己能处理就就使用IoCompleteRequest完成IrP2.5设备接口用户态使用Win32CreateFile访问驱动程序，dwShareMode为0时来请求独占内核对象在设备对象DEVICE_OBJECT结构中存储设备的信息，对于与设备的每个交互，相关的DEVICE_OBJECT被传递给驱动的回调例程。，但是开发者可以扩展设备结构，称为设备扩展在PnPIRP中我们加载设备NTSTATUSWdm1AddDevice(

INPDRIVER_OBJECTDriverObject，指向驱动程序的指针

INPDEVICE_OBJECTpdo指向物理设备的指针){

DebugPrint("AddDevice");status=IoCreateDevice(DriverObject，创建设备sizeof(WDM1_DEVICE_EXTENSION)，NULL，

//NoNameFILE_DEVICE_UNKNOWN，0，FALSE，

//Notexclusive，TRUE为独占&fdo返回的新设备对象);

if(!NT_SUCCESS(status)returnstatus;IoAttachDeviceToDeviceStack(fdo，pdo);与设备栈挂接2.6删除设备NTSTATUSWdm1Pnp(

INPDEVICE_OBJECTfdo，

INPIRPIrp)PIO_STACK_LOCATIONIrpStack=IoGetCurrentIrpStackLocation(Irp);

ULONGMinorFunction=IrpStack->MinorFunction;

if(MinorFunction==IRP_MN_REMOVE_DEVICE)

{DebugPrint("PnPRemoveDevice");

//disabledeviceinterfaceIoSetDeviceInterfaceState(&dx->ifSymLinkName，FALSE);RtlFreeUnicodeString(&dx->ifSymLinkName);//unattachfromstack从设备栈脱离if(dx->NextStackDevice)IoDetachDevice(dx->NextStackDevice);//deleteourfdo删除设备IoDeleteDevice(fdo);

}CreateFileIRP_MJ_CreateWriteFileMJ_WRITECloseHandleMJ_CLOSE

DeviceIoControlMJ_DEVICEIOCONTROLReadFileMJ_CLOSE所有的分发例程都有相同的函数原型，均需传递一个设备对象的指针和IRP，IRP由IRP首部和一系列的栈单元组成，每个