您的位置：360文档中心› WINDOWS驱动编程

WINDOWS驱动编程

合集下载

自动化安装Windows驱动程序脚本

自动化安装Windows驱动程序脚本

自动化安装Windows驱动程序脚本Windows操作系统是目前广泛使用的操作系统之一，它可以适应各种硬件设备的需求。

为了使这些硬件设备能够正常工作，我们需要安装相应的驱动程序。

然而，手动安装大量驱动程序可能会非常繁琐和耗时。

为了简化这一过程，让我们来介绍一种自动化安装Windows驱动程序的脚本。

首先，我们需要一个针对Windows操作系统的批处理脚本。

我们可以使用Windows自带的文本编辑器Notepad来创建脚本文件，并将其保存为批处理文件后缀（.bat）。

接下来，我们来介绍一些常见的脚本命令和语法。

1. 注释在脚本中添加注释是一种良好的编程习惯，可以使其他人更容易理解脚本的逻辑和功能。

在批处理脚本中，我们可以使用“REM”关键字来添加注释。

例如：```REM 这是一个自动化安装Windows驱动程序的脚本示例```2. 文件路径在脚本中，我们需要指定驱动程序的文件路径。

可以使用以下命令将指定路径保存到变量中：```SET driverPath=C:\path\to\driver```在后续的命令中，可以使用%driverPath%来引用该路径。

3. 安装驱动程序使用以下命令安装指定路径下的驱动程序：```start /wait pnputil.exe -i -a %driverPath%\*.inf```这个命令使用了Windows自带的工具“pnputil.exe”，通过传递驱动程序的.inf文件路径来安装驱动程序。

4. 批量安装多个驱动程序如果有多个驱动程序需要安装，我们可以使用循环来处理。

以下是一个示例：```FOR %%f IN (%driverPath%\*.inf) DO (start /wait pnputil.exe -i -a %%f)```这个命令将遍历指定路径下的所有.inf文件，并依次安装驱动程序。

5. 错误处理在自动化脚本中，错误处理是非常重要的。

我们可以使用以下语句来检查脚本中的错误：```IF %ERRORLEVEL% NEQ 0 (REM 处理错误的逻辑)```在错误处理部分，可以输出错误信息、重新尝试安装或退出脚本。

Windows 驱动程序开发指导说明书

Windows 驱动程序开发指导说明书

课程内容驱动基本概念介绍驱动核心代码分析WDM和WDF介绍Windows 10通用驱动平台驱动程序是一个软件模块，可以使操作系统和硬件设备进行交互驱动程序是操作系统的一个扩展驱动程序一般是由硬件的设计者或厂商进行编写Microsoft已经为符合公共设计规范的硬件设备提供了内置的驱动程序可执行文件，扩展名是.exe入口函数是Main()Main()函数完成大部分工作应用程序完成工作后返回，并释放内存空间在用户态运行可执行文件，扩展名是.sys入口函数是DriverEntry()DriverEntry()不会做很多工作，只是初始化驱动驱动其他部分会注册很多回调函数，会被系统的不同模块调用驱动不会返回，会一直存在直至被显示的释放在内核态或用户态运行Driver StacksPDO位于驱动栈的最底层，和总线驱动相关联当总线驱动被加载时，它会枚举所有挂载在总线上面的设备并请求设备所需要的资源每个设备都有自己对应的PDOPnP管理器会确定每个设备的驱动并在设备的PDO 之上构建适当的设备栈设备栈的核心部分，FDO和设备功能驱动相关联设备功能驱动完成Windows和设备交互的核心功能对上向应用程序和服务提供上层接口对下为设备或其他驱动提供数据交换的接口一个设备栈可以包含多个FiDO,可以在FDO之上或之下每个FiDO和一个过滤驱动相关联，FiDO是可选的通常的目的是修改一些在设备栈中传输的I/O请求，例如可以加密和解密读写请求当一个新设备被插入到系统后，系统总线驱动会向PnP管理器报告这个新设备PnP管理器通过总线驱动查询这个设备的更多信息，比如设备ID和设备所需要的资源PnP管理器利用这个信息去查找是否有有对应的驱动在本地或WU(Windows Update)上面一旦查找到设备对应的驱动，Windows便会安装并加载这个驱动加载驱动到地址空间解析驱动中引入的函数-调用其他模块调用驱动的入口函数（DriverEntry()），因此驱动可以注册回调函数调用AddDevice()，驱动此时可以创建一个“设备对象”，并将这个对象加入到设备栈中所有的事物在驱动框架中都是用对象呈现的（驱动，设备，请求等等）对象拥有属性，方法和事件WDF 对象方法属性事件操作对象的函数被WDF 框架调用用于通知某些事件设置或获取单个属性值的方法Driver (WDFDRIVER)Device (WDFDEVICE)Device (WDFDEVICE)Queue (WDFQUEUE)Queue (WDFQUEUE)……ObjectOperation方法:Status = Wdf Device Create ();属性:Cannot failWdfInterrupt Get Device();WdfInterrupt Set Policy();Can fail:Status = WdfRegistry Assign Value();Status = WdfRegistry Query Value();Status = WdfRequest Retrieve InputBuffer();回调事件:PFN_WDF_INTERRUPT_ENABLE EvtInterruptEnable初始化宏:WDF_XXX_CONFIG_INITWDF_XXX_EVENT_CALLBACKS_INIT当驱动被加载时，DriverEntry是第一个被操作系统调用的函数WdfDriverCreate( RawDriverObject, […] , attributes, &driver )NTSTATUS DriverEntry(_In_PDRIVER_OBJECT DriverObject ,_In_PUNICODE_STRING RegistryPath ) {[…]// Create WDF Driver ObjectWDF_OBJECT_ATTRIBUTES_INIT(&attributes);attributes.EvtDriverUnload = OnDriverUnload;WDF_DRIVER_CONFIG_INIT(&config, OnDeviceAdd);status = WdfDriverCreate(DriverObject ,RegistryPath ,&attributes,&config,&driver );}WDF EventWDF MethodWDF ObjectDeclare vars这是一个过滤驱动程序吗？驱动程序是电源管理策略的所有者吗？为设备对象创建I/O队列创建辅助对象，例如计时器，工作者对象，锁等NTSTATUS OnDeviceAdd( WDFDRIVER Driver,PWDFDEVICE_INIT DeviceInit) {WDFDEVICE device;IWDFIoQueue* pDefaultQueue= NULL;DeviceInit->SetPowerPolicyOwnership(TRUE );status= WdfDeviceCreate(&DeviceInit,&deviceAttributes, &device);context = GetContext(device);context->WdfDevice= device;status = pIWDFDevice->CreateIoQueue(NULL, TRUE, WdfIoQueueDispatchParallel,TRUE, FALSE, &pDefaultQueue);return status;}Static Configuration Device CreateSetting ContextQueue Create进入电源状态管理(D0Entry)使能中断(InterruptEnable)…获取硬件资源,进行一些静态配置,(PrepareHardware)进入电源状态管理(D0Entry)使能中断(InterruptEnable)…获取硬件资源,进行一些静态配置,(PrepareHardware)NTSTATUS OnPrepareHardware(WDFDEVICE Device ,WDFCMRESLIST ResourcesRaw ,WDFCMRESLIST ResourcesTranslated ) {int ResourceCount = WdfCmResourceListGetCount(ResourcesTranslated );for (i=0; i < ResourceCount; i++) {descriptor =WdfCmResourceListGetDescriptor(ResourcesTranslated , i);switch (descriptor->Type) {case CmResourceTypePort : […]case CmResourceTypeMemory : […]case CmResourceTypeInterrupt : […]default : break ;}}return STATUS_SUCCESS ;}进入电源状态管理(D0Entry)使能中断(InterruptEnable)…获取硬件资源,进行一些静态配置,(PrepareHardware)NTSTATUS OnD0Entry(IN WDFDEVICE Device ,IN WDF_POWER_DEVICE_STATE RecentPowerState ){PADXL345AccDevice pAccDevice = nullptr pAccDevice = GetContext(Device);WdfWaitLockAcquire(pAccDevice->m_WaitLock);I2CSensorWriteRegister(pAccDevice->m_I2CIoTarget, MY_REGISTER,MY_VALUE, sizeof (MY_VALUE) );pAccDevice->m_PoweredOn = true ;WdfWaitLockRelease(pAccDevice->m_WaitLock);return STATUS_SUCCESS ;}进入电源状态管理(D0Entry)使能中断(InterruptEnable)…获取硬件资源,进行一些静态配置,(PrepareHardware)NTSTATUS OnInterruptEnable(IN WDFINTERRUPT Interrupt,IN WDFDEVICE Device){PDEVICE_EXTENSION devExt;ULONG regUlong;PULONG intCsr;devContext = GetDeviceContext(WdfInterruptGetDevice(Interrupt) );intRegId = &devContext->IntRegisterId regVal = READ_REGISTER_ULONG( intRegId );regVal = ENABLE_INTERRUPT_BYTE( regVal );WRITE_REGISTER_ULONG( intRegId, regVal );return STATUS_SUCCESS;}进入电源状态管理(D0Entry)使能中断(InterruptEnable)…获取硬件资源,进行一些静态配置,(PrepareHardware)EvtIoResume EvtDMAEnablerFillEvtDeviceSelfManagedIoInitEvtDeviceDisarmWakeFromSxEventChildListScanForChildren EvtDeviceRemoveAddedResourcesStart power-managed queuesEvtIoResume Disarm wake signal, if it was armed. (called onlyduring power up; not called during resource rebalance)EvtDeviceDisarmWakeFromSx EvtDeviceDisarmWakeFromS0Request information about child devicesEvtChildListScanForChildren Enable DMA, if driver supports it EvtDmaEnablerSelfManagedIoStartEvtDmaEnablerEnableEvtDmaEnablerFillConnect interruptsEvtDeviceD0EntryPostInterruptsEnabledEvtInterruptEnable Notify Driver of state change EvtDeviceD0EntryDevice OperationalRestart from here if device is in low power statePrepare hardware for power EvtDevicePrepareHardwareChange resources requirements EvtDeviceRemoveAddedResourcesEvtDeviceFilterAddResourceRequirementsEvtDeviceFilterRemoveResourcRequirementsRestart from here if rebalancing resourcesCreate Device object EvtDriverDeviceAddDevice arrivedEnable self-managed I/O, if driver supports it.EvtDeviceSelfManagedIoInit (implicit power up),EvtDeviceSelfManagedIoRestart (explicit power up)Stop power-managed queuesEvtIoStop Arm wake signal, if it was not armed. (calledonly during power up; not called duringresource rebalance)EvtDeviceArmWakeFromSx EvtDeviceArmWakeFromS0Disable DMA, if driver supports it EvtDmaEnablerSelfManagedIoStopEvtDmaEnablerDisableEvtDmaEnablerFlushDisconnect interrupts EvtDeviceD0EntryPostInterruptsDisabledEvtInterruptDisableNotify Driver of state changeEvtDeviceD0Exit Device OperationalStop here if transitioning to low power stateRelease hardware EvtDeviceReleaseHardwarePurge power-managed queuesEvtIoStop Stop here if rebalancing resourcesFlush I/O if driver supports self-managedI/OEvtDeviceSelfManagedIoFlush Device removedSuspend self-managed I/O, if driver supports it.EvtDeviceSelfManagedIoSuspend Cleanup I/O buffers if driver supports self-managed i/o EvtDeviceSelfManagedIoCleanupDelete device object s context area.EvtDeviceContextCleanupEvtDeviceContextDestroyWDM和操作系统深度耦合，WDM驱动程序直接调用系统服务例程，直接操作系统数据结构WDM驱动程序全部为内核态程序，操作系统对驱动输入只做有限的检查WDF框架处理与操作系统的交互，驱动本身专注于和设备交互WDF基于对象模型和事件驱动WDF支持内核态程序和用户态程序将操作系统底层的复杂逻辑抽象化使驱动代码有可能<20行对不同的硬件设备使用相同的编程模型例如GPIO，UART，I2C，NFC，传感器驱动框架内置的日志系统为数据分析定制的工具支持上千种不同的硬件设备最初UMDF V1基于C++ COMUMDF V2使用和内核态驱动开发相同的模型和语法支持USB周边设备，传感器，NFC，智能卡，HID（包括触控）等等驱动崩溃只会影响宿主进程，不会影响整个操作系统系统重启策略可以自动恢复崩溃的UMDF驱动Windows 10提供了一系列API和DDI，对于所有的Windows平台都是通用的，被称为Universal Windows Platform(UWP) Windows通用驱动是指一个内核态或用户态的驱动并能运行在所有基于UWP的系统上面Windows通用驱动只能调用属于UWP部分的DDI，这部分DDI会在MSDN文档中标记为Universal确定你的驱动是否支持UWP，把你的驱动标记为通用驱动然后重新编译在Visual Studio中打开驱动项目工程在配置选项中把操作系统选择为Windows 10在工程属性中把目标平台改为“通用”，其他选项还有“桌面”和“手机”重新编译驱动，这时可以会出现一些链接器错误尝试修复这些错误，对于出现错误的API，请参考文档是否有通用平台的API可以替代，如果没有，您可能需要重新设计你的驱动KMDF version Release method Included in this versionof Windows Drivers using it run on1.19Windows 10, version1607 WDK Windows 10, version1607Windows 10 version1607 and later,Windows Server 20161.17Windows 10, version1511 WDK Windows 10, version1511Windows 10 version1511 and later,Windows 10 Mobile,Windows 10 IoT Core,Windows Server 20161.15Windows 10 WDK Windows 10Windows 10 for desktop editions, Windows 10 Mobile, IoT Core, Windows Server 2016UMDF version Release method Included in this version ofWindows Drivers using it can run on2.19Windows 10, version 1607WDK Windows 10, version 1607Windows 10, version 1607 (all SKUs), Windows Server 20162.17Windows 10, version 1511WDK Windows 10, version 1511Windows 10 for desktop editions (Home, Pro, Enterprise, and Education), Windows 10 Mobile, Windows 10 IoT Core (IoT Core), Windows Server 20162.15Windows 10 WDK Windows 10Windows 10 for desktop editions, Windows 10 Mobile, IoT Core, Windows Server 2016驱动程序运行在哪个版本的操作系统上驱动程序支持的硬件类型驱动程序使用的驱动模型确定驱动程序是否使用了只有KMDF支持的功能，如果驱动程序没有使用KMDF的功能，并且驱动运行在Windows 8.1或以后的系统上，则可以迁移到UMDF 2https:///en-us/windows/hardware/drivers/wdf/wdf-porting-guide Which Drivers Can Be Ported and WhereDifferences Between WDM and WDFPreparing for PortingSteps in PortingSummary of KMDF and WDM Equivalents。

microsoft visual basic使用指南

microsoft visual basic使用指南

microsoft visual basic使用指南Microsoft Visual Basic是一种事件驱动的编程语言，广泛用于Windows操作系统中的软件开发。

它基于基本语言，但也具有许多面向对象编程的特性。

以下是使用Microsoft Visual Basic的一些重要指南：1. 安装和设置Visual Basic：首先，您需要安装Visual Studio软件包，其中包括Visual Basic。

安装后，您可以开始创建新项目并开始编写代码。

2. 学习Visual Basic语法：了解Visual Basic的语法是入门的关键。

通过学习变量、数据类型、运算符、条件语句和循环语句等基本概念，您可以开始编写简单的程序。

3. 使用IDE：Visual Basic提供了一个集成开发环境（IDE），用于编写和调试代码。

熟悉IDE的各种工具，如代码编辑器、调试器和窗体设计器，可以提高您的开发效率。

4. 编写事件处理程序：Visual Basic是一个事件驱动的编程语言，您可以编写事件处理程序来响应用户的操作。

了解如何编写按钮点击、菜单选择、文本框输入等事件处理程序是非常重要的。

5. 使用控件和窗体：Visual Basic提供了许多控件和窗体，用于构建用户界面。

了解如何在窗体上添加控件、设置属性、处理事件以及进行布局和对齐操作是重要的。

6. 数据库连接和操作：Visual Basic还支持数据库连接和操作。

学习如何连接到数据库、执行SQL查询、插入、更新和删除数据等操作是开发数据库应用程序的关键。

7. 调试和错误处理：在开发过程中，调试是一个重要的环节。

学习如何使用调试器进行单步调试、设置断点和查看变量的值等技巧可以帮助您找到并解决代码中的错误。

8. 学习其他相关技术：Visual Basic与其他技术和框架集成良好。

学习如何使用.NET框架、、Windows Forms、WPF等可以扩展您的开发能力。

windows设备驱动程序WDF开发（1）

windows设备驱动程序WDF开发（1）

windows设备驱动程序WDF开发（1）武安河另外讲WDM的书是《windows 2000/xp wdm设备驱动开发》KDMF 构建在WDM之上，内核级，sys⽂件UDMF ⽤户级，dll⽂件第1章 Windows 2000和WDM驱动程序1.中断优先级（IRQL): 32个中断级别，可打断0 : PASSIVE_LEVEL, 常规线程1：APC_LEVEL, 异步调⽤过程2：DISPATCH_LEVEL, 延迟过程调⽤3~26: DIRQL, 硬件中断2. 在DISPATCH_LEVEL 运⾏代码时，访问⾮分页内存是⼀个根本原则第2章 KMDF驱动程序框架1. 环境变量结构_DEVICE_CONTEXT{}pDeviceContext = GetDeviceContext(Device);2. 创建对象的⽅法KMDF控制的对象⽣命周期：WDFDRIVER, WDFDEVICE, WDFFILEOBJECT, WDFREQUEST (IRP)3. KMDF结构1）DriverEntry：设置 EvtDeviceAdd （安装时调），WdfDriverCreate 创建驱动对象2) EvtDriverDeviceAdd: 新设备被枚举时会调⽤，职责：创建设备对象，I/O队列，GUID接⼝，事件回调例程，WdfDeviceCreate, WdfDeviceCreateDeviceInterface, WdfDeviceInitSetExclusive(DeviceInit,TRUE); // 独占，只允许⼀个应⽤打开WDF_IO_QUEUE_CONFIG_INIT_DEFAULT_QUEUE(&ioQueueConfig, WdfIoQueueDispatchSequential); // IO为串⾏ WdfIoQueueCreate // io队列WdfDeviceCreateDeviceInterface // guid接⼝3）I/O处理例程WDF_FILEOBJECT_CONFIG_INIT(&FileConfig,EvtDeviceFileCreate, EvtFileClose, EvtFileCleanup);ioQueueConfig.EvtIoDeviceControl = PCI9056WDF_EvtIoDeviceControl; // DeviceIoControl 调⽤ioQueueConfig.EvtIoRead = PCI9056WDF_EvtIoRead; // ReadFileioQueueConfig.EvtIoWrite = PCI9056WDF_EvtIoWrite; // WriteFile第3章基本对象1. WDFREQUEST: I/O请求，即IRPWdfRequestComplete ：完成请求WdfRequestCompleteWithInformation ：完成请求，完成的传输字节数WdfRequestRetrieveInputBuffer: 获取输⼊缓冲器地址WdfRequestRetrieveInputMemory: 获取输⼊缓冲器地址，形式为WDFMEMORYWdfRequestRetrieveInputWdmMdl: 获取输⼊缓冲器地址，形式为MDLWdfRequestGetIoQueue：返回队列对象WdfRequestGetFileObject: 返回⽂件对象WdfRequestGetInformation: 完成的传输字节数WdfRequestCreate: 创建IO请求2. IO请求（IRP）基本操作取消IO请求：编写取消例程向下传递IO请求3. WDFQUEUE 队列， WdfIoQueueDispatchSequential 串⾏初始化默认队列 WDF_IO_QUEUE_CONFIG_INIT_DEFAULT_QUEUEWdfIoQueueCreateWdfIoQueueStart : 启动接收和分发IRPWdfIoQueueStop：暂停分发，但还接收WdfIoQueueDrain: 停⽌接收，但分发WdfIoQueuePurge: 停⽌接收，取消队列中的IRP4. WDFTIMER, WDFDPC, WDFWORKITEM, WDFMEMORY5. 数据同步1）⾃旋锁运⾏在DISPATCH_LEVEL（⾃动提升），因此不能访问分页内存WdfSpinLockCreate, WdfSpinLockAcquire, WdfSpinLockRelease2）WDFWAITLOCK 运⾏在PASSIVE_LEVEL, 同步锁WdfWaitLockCreate, WdfWaitLockAcquire, WdfWaitLockRelease6. 字符串CHAR, WCHAR, STRING, UNICODE_STRINGWDFSTRING: WdfStringCreate串处理函数：strlen之类7. 队列编程 QueueSample// 因为取消例程等要⽤环境变量，所以⽤⼀个设备对象范围同步（重要）deviceAttr.SynchronizationScope = WdfSynchronizationScopeDevice;调⽤例程，取消例程，定时器回调例程，都⽤了设备对象范围同步，所以运⾏在DISPATCH_LEVEL，不能⽤分页内存。

Windows调试工具入门7(WinDbg驱动程序源码调试)

Windows调试工具入门7(WinDbg驱动程序源码调试)
1. 开始源码调试 1. 设置
系列前面的几篇文章已经介绍过对符号路径和源码路径的设置。调试自己编写的驱动时，如 果是主控机上编译，在目标机上运行，那么一般都不需要专门设置 路径 WinDbg 就能找到正 确的符号和源文件。如果驱动不是在主控机上编译的，或者编译之后移动了源码或符号文件 就必须要进行设置。在这里我是这样设置 的：
1.准备
Windows 调试工具优于目前的其他内核调试器很重要的一点，就是能够非常方便的对自己编 写的驱动程序进行源码调试。为了能够更好的说明，我们首先需要做一些准备工作，分别编 写一个测试驱动程序和一个应用程序来使用驱动的功能。 驱动程序 首先实现一个最简单的驱动程序，除了 DriverEntry 等框架代码之外，我们添加一个 IRP_MJ_READ 的 Dispatch 例程，当应用程 序调用 ReadFile 时返回一个值递增的字节。另 外，实现两个 DeviceIoControl Code，一个调用 DbgPrint 向调试器显示信息并返回，另一 个访问非法指针造成崩溃。代码片断如下，完整的代码和编译出来的文件可以在附件中获取：
pstIrpStack = IoGetCurrentIrpStackLocation( Irp); pbyUserBuffer = (PUCHAR)Irp->UserBuffer; ulSize = pstIrpStack->Parameters.Read.Length;
if ( ulSize == 1) {
Device Object list: 82138030 kd> !devobj SrcDbgKnlDrv Device object (82138030) is for: SrcDbgKnlDrv \Driver\SrcDbgKnlDrv DriverObject 8219f5f0 Current Irp 00000000 RefCount 0 Type 00000022 Flags 000000c0 Dacl e10361f4 DevExt 00000000 DevObjExt 821380e8 ExtensionFlags (0000000000) Device queue is not busy. 如果我们的设备有附加到某个设备栈上的话，可以用!devstack 扩展命令显示设备栈的信 息。 kd> !devstack 82138030 !DevObj !DrvObj !DevExt ObjectName > 82138030 \Driver\SrcDbgKnlDrv00000000 SrcDbgKnlDrv 这里看到的输出说明 SrcDbgKnlDrv 没有附加到任何设备栈。 通过!devhandles 命令可以查看设备被打开的句柄。目前在这个地方使用的话，由于没有句 柄被打开，还看不到什么有用的信息，在后面进行演示。

Windows982000驱动程序编写方法

Windows982000驱动程序编写方法
41
微计算机系统
微计算机系统 void doWrite(int n) // 向驱动程序中写数据 { char *buf; ULONG nWritten; int i, j; buf = (char *) malloc(n); if (buf == NULL) { printf("Failed to allocate buffer for write"); Exit(1); } // start with the mod26 letter of the number of bytes to write j = (n % 26); // load buffer with dummy data (abcdefg...) for (i=0; i<n; i++, j=(j + 1)%26) { buf[i] = 'a' + j; } 42
微计算机系统
驱动程序装载 器，可动态调 用驱动程序
28
微计算机系统
驱动程序监视器界面
29
微计算机系统
驱动程序装载器界面
30
微计算机系统
31
微计算机系统
32
微计算机系统
33
微计算机系统
34
微计算机系统
35
微计算机系统
36
2）完成应用程序和驱动程序之间的信息交换
微计算机系统
下面我们来修改有关代码，以便增加驱动程序和应 用程序之间相互通信的内容。需要增加的内容包括： a. 使用Read和Write方式分别从驱动程序读入字符和 向驱动程序写字符。 b. 使用IO控制代码方式分别从驱动程序读入字符和 向驱动程序写字符。 c. 使用IO控制代码方式向驱动程序写字符串再从驱动 程序中读出该字符串，并返回反馈串信息。 注意：程序中暗红色显示的部分是我们添加或修改 过的语句，其他是DriverWorks自动生成的。语句中 “t<< xxxxx”这样的语句是向调试软件输出信息，该 信息可以再DriverMonitor或其他调试监视器中看到。

Windows磁盘驱动基础教程

Windows磁盘驱动基础教程

在存储设备驱动(storage driver)中，与实际的硬件设备打交道的驱动称为微端口（miniport）驱动，而更上层的驱动称为类驱动（class driver）。这里说的磁盘驱动（disk driver）是一个类驱动。类驱动具体功能通过下层的微端口驱动实现。而自己则抽象出一类设备（如磁盘），供文件系统驱动调用。这样，文件系统就不用自己去和硬件细节打交道了，在它看来所有的磁盘都是一个磁盘设备。这就是类驱动存在的意义。
list_lock是为了保证链表读写同步的锁。
request_event是一个事件。当链表中没有请求的时候，处理请求的系统线程并不做任何事情，而只等待这个事件。当有请求到来，我们把请求放入链表，然后设置这个事件。处理线程就会开始处理这些请求。
thread_pointer是线程的指针，用来最后等待这个线程的结束。
（3）你必然要在磁盘设备对象上保留一些私人信息，因此不能把设备扩展大小设置为0。你应该定义设备扩展的数据结构。当然这要看你的需要了。
（4）你还需要设置一些设备标志。
* * *
IN PIRP Irp
);
DeviceObject是接受请求的设备对象指针，应该是由你的驱动生成的，所以才会发到你的驱动的分发例程。Irp是请求包指针。里边含有请求相关的信息。最后返回执行的结果（成功或者错误代码）。
从FileDisk看来，分发例程比文件系统驱动要简单得多。DriverObject->DriverUnload是一个特殊的例程，在windows卸载你的驱动的时候被调用。你可以在其中删除设备，关闭打开的文件等等。
} DEVICE_EXTENSION, *PDEVICE_EXTENSION;
media_in_device是指这个设备是否已经指定了一个文件作为存储媒质。这是一个用文件来虚拟磁盘的驱动。那么一个磁盘应该对应一个实际存在的文件。读写这个磁盘的请求最终转变为对文件的读写。如果一个磁盘设备对象还没有指定文件，那么这个内容是FALSE.

Windows驱动程序开发环境配置

Windows驱动程序开发环境配置

Windows驱动程序开发笔记一、WDK与DDK环境最新版的WDK 微软已经不提供下载了这里：https:/// 可以下并且这里有好多好东东！不要走进一个误区：下最新版的就好，虽然最新版是Windows Driver Kit (WDK) 7_0_0，支持windows7,vista 2003 xp等但是它的意思是指在windows7操作系统下安装能编写针对windows xp vista的驱动程序，但是不能在xp 2003环境下安装Windows Driver Kit (WDK) 7_0_0这个高版本，否则你在build的时候会有好多好多的问题.上文build指：首先安装好WDK/DDK，然后进入"开始"->"所有程序"->"Windows Driver Kits"->"WDK XXXX.XXXX.X" ->"Windows XP"->"x86 Checked Build Environment"在弹出来的命令行窗口中输入"Build"，让它自动生成所需要的库如果你是要给xp下的开发环境还是老老实实的找针对xp的老版DDK吧，并且xp无WDK 版只有DDK版build自己的demo 有个常见问题： 'jvc' 不是内部或外部命令,也不是可运行的程序。

解决办法：去掉build路径中的空格。

二、下载 WDK 开发包的步骤1、访问Microsoft Connect Web site站点2、使用微软 Passport 账户登录站点3、登录进入之后，点击站点目录链接4、在左侧的类别列表中选择开发人员工具，在右侧打开的类别：开发人员工具目录中找到Windows Driver Kit (WDK) and Windows Driver Framework (WDF)并添加到您的控制面板中5、添加该项完毕后，选择您的控制面板，就可以看到新添加进来的项了。

  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

WDM驱动程序开发之读写设备寄存器：KIoRange类2009-11-09 14:05WDM驱动程序开发之读写设备寄存器：KIoRange类收藏KIoRange类：一、OverviewKIoRange类将一系列特殊的外围总线的地址映射到CPU总线的地址空间。

CPU总线上的地址即可能在CPU的I/O空间，也可能在CPU的内存空间，这取决于平台和外围总线的控制方式。

考虑到可移植性，所有对I/O周期(I/O cycle)进行译码的设备驱动程序必须用这个类对I/O的位置(location)进行正确的访问(access)。

KIoRange是KPeripheralAddress类的派生类。

一旦映射关系建立起来，驱动程序就用KIoRange类的成员函数去控制设备的I/O寄存器。

这个类提供了8位、16位和32位I/O访问控制的函数。

这些函数是以内联(in-line)函数方式来使用的，它们调用系统内相应的宏来产生依赖于平台的代码。

对I/O位置(location)进行访问的另一种备选方案是创建一个KIoRegister 的实例。

这要通过取得一个KIoRange对象的数组元素来实现。

为了访问一系列外围总线内存空间的地址，需要用KMemoryRange类。

二、Member Functions1、KIoRange － Constructor (4 forms)构造函数【函数原型】FORM 1:KIoRange( void );FORM 2: (NTDDK Only)KIoRange(INTERFACE_TYPE IntfType,ULONG BusNumber ,ULONGLONG BaseBusAddress,ULONG Count,BOOLEAN MapToSystemVirtual =TRUE);FORM 3 (WDM):KIoRange(ULONGLONG CpuPhysicalAddress,BOOLEAN InCpuIoSpace,ULONG Count,BOOLEAN MapToSystemVirtual =TRUE);FORM 4 (WDM): (NOTE: This form is deprecated as of DriverStudio version 2.0.)KIoRange(PCM_RESOURCE_LIST pTranslatedResourceList,ULONG Ordinal=0,BOOLEAN MapToSystemVirtual =TRUE);FORM 5 (WDM):KIoRange(PCM_RESOURCE_LIST pTranslatedResourceList,PCM_RESOURCE_LIST pRawResourceList,ULONG Ordinal=0,BOOLEAN MapToSystemVirtual =TRUE);【Parameters】IntfType 指定总线类型。

列举如下：Internal, Isa, Eisa, MicroChannel, TurboChannel, PCIBus。

BusNumber 一个表示总线的整数。

这种与IntfType联合起来的表示方法当一个系统上有多条相同类型总线的时候是有意义的。

这些数以0为对照并由系统分配。

BaseBusAddress 被构造的对象所映射到的地址区域的首地址。

Count 以字节计数的地址区域大小。

MapToSystemVirtual 一个布尔值，用来指明构造函数是否要创建一个到系统非分页内存地址的映射。

CpuPhysicalAddress CPU总线上的物理地址或被翻译好的外围地址。

InCpuIoSpace 如果I/O范围在CPU总线的I/O空间则为TRUE，否则为FALSE。

细节参看KResourceAssignment::Flags。

pTranslatedResourceList 指向一个在KPnpDevice::OnStartDevice中可用的已翻译的资源列表的指针。

可以通过KIrp::TranslatedResources获得。

pRawResourceList 指向一个在KPnpDevice::OnStartDevice中可用的原始资源列表的指针。

可以通过KIrp::AllocatedResources获得。

Ordinal 序号。

从pTranslatedResourceList指向的资源列表中指定一个特殊的端口资源。

0表示第一个端口，1表示第二个端口，依次类推。

【Comments】如果用Form1，需要调用Initialize()才能建立映射。

当对象被嵌入KDevice 派生类对象时，这是一个常用的方法。

Form3和Form5只能用在WDM平台。

Form3需要一个已经译码到CPU空间的物理地址作为参数。

Form5需要一个已经译码的资源列表和一个指定列表中一个特定资源的序号。

这种形式需要从资源中提取信息来创建对象。

设置Ordinal为0可以指定列表中的第一个资源，1指定第二个，依次类推。

除了端口之外的类型列表中的资源没有被计数(not counted)。

注意：Form5要比Form4(以一个资源列表作为参数)优越，因为Form5考虑到了一个I/O端口也可能被映射到译码资源列表中的一个内存区域。

这种情况如果不考虑会在非IA-32系统上会导致一些问题。

Form5提取了必要的信息，从传进来的资源列表构建KIoRange对象。

使用成员函数ConstructorStatus()来获取构造函数的执行状态。

支撑它的底层系统服务是HalTranslateBusAddress (只对FORM 2有效) 和MmMapIoSpace。

这个函数只能在PASSIVE_LEVEL级别上被调用。

2、Initialize － Initialize or reinitialize an instance (3 forms)初始化或重新初始化KIoRange实例。

【函数原型】FORM 1: (NTDDK Only)NTSTATUS Initialize(INTERFACE_TYPE IntfType,ULONG BusNumber ,ULONGLONG BaseBusAddress,ULONG Count,BOOLEAN MapToSystemVirtual=TRUE);FORM 2 (WDM):NTSTATUS Initialize(ULONGLONG CpuPhysicalAddress,BOOLEAN InCpuIoSpace,ULONG Count,BOOLEAN MapToSystemVirtual=TRUE);FORM 3 (WDM): (NOTE: This form is deprecated as of DriverStudio version 2.0.)NTSTATUS Initialize(PCM_RESOURCE_LIST pTranslatedResourceList,ULONG Ordinal=0,BOOLEAN MapToSystemVirtual =TRUE);FORM 4 (WDM):Initialize(PCM_RESOURCE_LIST pTranslatedResourceList,PCM_RESOURCE_LIST pRawResourceList,ULONG Ordinal=0,BOOLEAN MapToSystemVirtual =TRUE);【Parameters】和【Comments】对照构造函数来看，只是当构造函数选择Form1时需要调用Initialize()进行初始化，如果构造函数采用后四种形式，那么Initialize()就没有必要了，因为Initialize的四种形式和构造函数的四种形式是一一对照的。

当然，在调用Invalidate 函数后可以调用这个函数进行重新初始化。

支撑它的底层系统服务是HalTranslateBusAddress (只对FORM 1有效) 和MmMapIoSpace。

这个函数只能在PASSIVE_LEVEL级别上被调用。

3、~KIoRange － Destructor析构函数。

【函数原型】~KIoRange( void );【Comments】支撑它的底层系统服务是MmUnmapIoSpace。

这个函数只能在PASSIVE_LEVEL级别上被调用。

4、Invalidate － Removes the object from an initialized state从已初始化的状态下删除对象。

【函数原型】VOID Invalidate( void );【Comments】这个函数是从KPeripheralAddress类继承过来的函数。

这个函数打破任何底层系统资源之间的联系，取消由构造函数和Initialize()初始化函数所建立的映射关系。

从这个状态上对象可以被重新初始化。

支撑它的底层系统服务是MmUnmapIoSpace。

析构函数在析构对象的时候调用了这个函数。

5、IsValid － Test if the object is initialized测试这个对象是否被正确的初始化了。

【函数原型】BOOLEAN IsValid( void );【Returns】如果当前KIoRange对象被正确的初始化了就返回TRUE。

【Comments】这个函数是从KPeripheralAddress类继承过来的函数。

如果对象和底层系统I/O范围(range)取得了联系就认为对象是被正确初始化了。

6、inb － Read a byte or multiple bytes (2 forms)从映射空间读一个或多个字节。

【函数原型】FORM 1:UCHAR inb( ULONG ByteOffset );FORM 2:VOID inb(ULONG ByteOffset,PUCHAR Buffer,ULONG Count);【Parameters】ByteOffset 以0为基地址的字节偏移量，从范围开始(the start of range)到目标单元的开始(the start of target location)之间的偏移。

Buffer 指向获取要读的数据的缓冲区指针。

Count 要读取的字节数。

【Returns】Form1返回的是读取的字节内容。

【Comments】Form1读单个字节，Form2从相同的I/O寄存器读多个字节。

这个函数是内联实现的(in-line)，使用了恰当的系统宏来访问。

对于单个单元的访问，一个备选方案是创建一个KIoRegister类实例。

7、outb － Write a byte or multiple bytes (2 forms)向映射空间写一个或多个字节。

相关文档
最新文档