WDF驱动开发-特定于KMDF的技术(一)

于 2024-06-24 00:03:47 发布
阅读量917 收藏 6
点赞数 24
分类专栏： WDF驱动开发 文章标签： 驱动开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_72813396/article/details/139908689
版权

这部分的技术是一些零散的记录知识点，它们主要是在WDF框架中特定于KMDF的部分。

将内核模式驱动程序框架和非 PnP 驱动程序配合使用

如果要为不支持 即插即用 (PnP) 的设备编写驱动程序，则驱动程序必须：

  • 在 WDF_DRIVER_CONFIG 结构的 DriverInitFlags 成员中设置 WdfDriverInitNonPnpDriver 标志；
  • 提供 EvtDriverUnload 事件回调函数；
  • 创建仅表示控制设备对象的框架 设备对象；

如果设备不支持 PnP，则驱动程序 不提供EvtDriverDeviceAdd 回调函数。 相反，驱动程序必须确定其设备是否存在。

安装非 PnP 驱动程序

如果 KMDF 驱动程序支持Windows 10上的非即插即用 (PnP) 设备，请使用与非 PnP 驱动程序示例中所示相同的方法，但删除对 INF 文件和共同安装程序的引用。 例如，不需要以下内容：

#define NONPNP_INF_FILENAME  L"\\nonpnp.inf"
#define WDF_SECTION_NAME L"nonpnp.NT.Wdf"
 
LoadWdfCoInstaller
UnloadWdfCoInstaller
 
PFN_WDFPREDEVICEINSTALLEX pfnWdfPreDeviceInstallEx;
PFN_WDFPOSTDEVICEINSTALL   pfnWdfPostDeviceInstall;
PFN_WDFPREDEVICEREMOVE     pfnWdfPreDeviceRemove;
PFN_WDFPOSTDEVICEREMOVE   pfnWdfPostDeviceRemove;

对于非 PnP KMDF 驱动程序，只需调用 SCM API 来创建服务。 

保证向前推进 I/O 操作

某些驱动程序（例如系统分页设备的存储驱动程序）必须至少执行一些受支持的 I/O 操作，而不会失败，以避免丢失关键系统数据。 驱动程序故障的一个潜在原因是内存不足的情况。 如果框架或驱动程序无法分配足够的内存来处理 I/O 请求，则其中一个或另一个可能需要通过错误状态值 完成 I/O 请求来使 I/O 请求失败。

在版本 1.9 之前的 KMDF 版本中，如果框架无法为 I/O 请求数据包分配框架请求对象， I/O 管理器已发送到驱动程序的 I/O，框架始终会失败 I/O 请求。 为了使驱动程序能够在内存不足的情况下处理 I/O 请求，框架版本 1.9 及更高版本为 I/O 队列提供了 有保证的向前进度 功能。

此功能使框架和驱动程序能够分别为请求对象集和与请求相关的驱动程序上下文缓冲区预先分配内存。 仅当系统内存量较低时，框架和驱动程序才使用此预分配的内存。

保证向前进度的功能

通过使用框架保证的 I/O 队列向前进度，驱动程序可以：

  • 要求框架预先分配一组请求对象，以在内存不足的情况下用于特定的 I/O 队列；
  • 提供一个回调函数，用于预分配特定于请求的资源，驱动程序在内存不足的情况下从框架接收预分配的请求对象时可以使用这些资源；
  • 提供另一个回调函数，用于在 未检测到内存不足的情况时为 I/O 请求分配特定于驱动程序的资源。 如果此回调函数的分配由于内存不足而失败，它可以指示框架是否应使用其预分配的请求对象之一；
  • 指定哪些 I/O 请求需要使用预分配的请求对象。 选项包括为所有 IRP 使用预分配的对象、仅在分页 I/O 操作正在进行时使用它们，或让其他驱动程序回调函数检查每个 IRP 以确定是否使用预分配的对象；

如果驱动程序对其一个或多个 I/O 队列实现了有保证的向前进度，则驱动程序将能够更好地在内存不足的情况下成功 处理 I/O 请求 。 你可以为设备的默认 I/O 队列以及驱动程序通过调用 WdfDeviceConfigureRequestDispatching 配置的任何 I/O 队列实现有保证的向前进度。

只有当驱动程序和驱动程序的 I/O 目标 都实现有保证的前进进度时，框架的有保证向前进度功能才适用于驱动程序。 换句话说，如果驱动程序为设备实现有保证的向前进度，则设备驱动程序堆栈中的所有较低级别驱动程序也必须实现有保证的向前进度。

为 I/O 队列启用有保证的向前进度

若要为 I/O 队列启用有保证的向前进度，驱动程序会初始化 WDF_IO_QUEUE_FORWARD_PROGRESS_POLICY 结构，然后调用 WdfIoQueueAssignForwardProgressPolicy 方法。 如果驱动程序调用 WdfDeviceConfigureRequestDispatching 来配置 I/O 队列，则必须在调用 WdfIoQueueAssignForwardProgressPolicy 之前执行此操作。

当驱动程序调用 WdfIoQueueAssignForwardProgressPolicy 时，它可以指定以下三个事件回调函数，所有这些函数都是可选的：

  • EvtIoAllocateResourcesForReservedRequest：驱动程序的 EvtIoAllocateResourcesForReservedRequest 回调函数为框架在内存不足的情况下保留的请求对象分配和存储特定于请求的资源。框架每次创建保留请求对象时都会调用此回调函数。 驱动程序应为一个 I/O 请求分配特定于请求的资源，通常使用保留的请求对象的 上下文空间；
  • EvtIoAllocateRequestResources：驱动程序的 EvtIoAllocateRequestResources 回调函数分配特定于请求的资源以供立即使用。 在框架收到 IRP 并为 IRP 创建请求对象后，将立即调用它。如果回调函数分配资源的尝试失败，回调函数将返回错误状态值。 然后，框架删除新创建的请求对象，并使用其保留的请求对象之一。 反过来，驱动程序 的请求处理程序 使用其 EvtIoAllocateRequestResources 回调函数之前分配的特定于请求的资源；
  • EvtIoWdmIrpForForwardProgress：驱动程序的 EvtIoWdmIrpForForwardProgress 回调函数检查 IRP，并告知框架是使用 IRP 的保留请求对象，还是通过错误状态值完成 I/O 请求来使该请求失败；

仅当框架无法创建新的请求对象，并且你通过在驱动程序的 WDF_IO_QUEUE_FORWARD_PROGRESS_POLICY结构中 设置标志来指示， 希望驱动程序在内存不足的情况下检查 IRP 时，框架才会调用此回调函数。 换句话说，驱动程序可以评估每个 IRP，并确定它是否是即使在内存不足的情况下也必须处理的 IRP。

当驱动程序调用 WdfIoQueueAssignForwardProgressPolicy 时，它还指定你希望框架针对内存不足的情况预先分配的保留请求对象数。 可以选择适合你的设备和驱动程序的请求对象数。 为防止性能降低，驱动程序通常应指定一个数字，该数字近似于驱动程序和设备可以并行处理的 I/O 请求数。

但是，如果驱动程序调用 WdfIoQueueAssignForwardProgressPolicy 及其 EvtIoAllocateResourcesForReservedRequest 回调函数预先分配了过多的保留请求对象或过多特定于请求的资源内存，则驱动程序实际上可能会导致尝试处理的内存不足的情况。 应测试驱动程序和设备的性能，并包括低内存模拟，以确定要选择的最佳数字。

在 WdfIoQueueAssignForwardProgressPolicy 返回之前，框架会创建并保留驱动程序指定的请求对象数。 每次保留请求对象时，框架都会立即调用驱动程序的 EvtIoAllocateResourcesForReservedRequest 回调函数，以便在框架实际使用保留请求对象的情况下，驱动程序可以分配和保存特定于请求的资源。

当某个驱动程序 的请求处理程序 从 I/O 队列接收 I/O 请求时，它可以调用 WdfRequestIsReserved 方法，以确定请求对象是否是框架针对内存不足情况预先分配的请求对象。 如果此方法返回 TRUE，则驱动程序应使用其 EvtIoAllocateResourcesForReservedRequest 回调函数保留的资源。

如果框架使用其保留请求对象之一，则会在驱动程序完成请求后将对象返回到其保留对象集。 框架保存请求对象以及驱动程序通过调用 WdfDeviceInitSetRequestAttributes 或 WdfObjectAllocateContext 创建的任何上下文空间，以便在出现另一个内存不足的情况时重复使用。

框架和驱动程序支持如何保证向前推进

以下是驱动程序和框架为支持 I/O 队列的有保证向前进度而执行的步骤：

1. 驱动程序调用 WdfIoQueueAssignForwardProgressPolicy。

作为响应，框架分配并存储驱动程序指定的请求对象数。 如果驱动程序以前调用 了 WdfDeviceInitSetRequestAttributes，则每个分配包括 WdfDeviceInitSetRequestAttributes 指定的上下文空间。

此外，如果驱动程序提供了 EvtIoAllocateResourcesForReservedRequest 回调函数，则框架会在每次分配和存储请求对象时调用回调函数。

2. 框架接收 I/O 请求数据包 (IRP) I/O 管理器发送到驱动程序。

框架尝试为 IRP 分配请求对象。 如果驱动程序为请求类型创建的 I/O 队列支持保证向前进度，则下一步取决于分配是成功还是失败：

请求对象分配成功：如果驱动程序提供了 EvtIoAllocateRequestResources 回调函数，框架将调用它。 如果回调函数返回STATUS_SUCCESS，框架会将请求添加到 I/O 队列。 如果回调函数返回错误状态值，框架将删除它刚刚创建的请求对象，并使用其预分配的请求对象之一。 当驱动程序的请求处理程序收到请求对象时，它会确定请求对象是否已预先分配，因此是否应使用驱动程序的预分配资源。如果驱动程序 未 提供 EvtIoAllocateRequestResources 回调函数，框架会将请求添加到 I/O 队列，就像驱动程序未启用有保证的向前进度一样。

请求对象分配失败：框架接下来执行的操作取决于驱动程序为 WDF_IO_QUEUE_FORWARD_PROGRESS_POLICY 结构的 ForwardProgressReservedPolicy 成员提供的值。 此成员通知框架何时使用保留请求：始终，仅当 I/O 请求是分页 I/O 操作时，或仅当 EvtIoWdmIrpForwardProgress 回调函数指示应使用保留请求时。

在所有情况下，驱动程序的请求处理程序都可以调用 WdfRequestIsReserved 来确定框架是否使用了保留的请求对象。 如果是这样，驱动程序应使用其 EvtIoAllocateResourcesForReservedRequest 回调函数分配的请求资源。

保证向前进度方案

你正在为可能包含系统分页文件的存储设备编写驱动程序。 从分页文件读取操作和写入操作成功非常重要。

你决定为读取和写入操作创建单独的 I/O 队列，并为这两个 I/O 队列启用有保证的向前进度。 你决定为所有其他请求类型创建第三个 I/O 队列，但不启用有保证的向前进度。

驱动程序堆栈和设备能够并行处理四个写入操作，因此，在调用 WdfIoQueueAssignForwardForwardProgressPolicy 之前，请将 WDF_IO_QUEUE_FORWARD_PROGRESS_POLICY 结构的 TotalForwardProgressRequests 成员设置为 4。

你决定仅当驱动程序的设备是分页设备时才保证向前进度很重要，因此驱动程序将WDF_IO_QUEUE_FORWARD_PROGRESS_POLICY结构的 ForwardProgressReservedPolicy 成员设置为 WdfIoForwardProgressReservedPolicyPagingIO。

由于驱动程序需要每个读取请求和每个写入请求的框架内存对象，因此你决定驱动程序应预先分配一些内存对象，以便在内存不足的情况下用于调用 WdfIoTargetFormatRequestForRead 和 WdfIoTargetFormatRequestForWrite 。

因此，驱动程序为读取队列提供 EvtIoAllocateResourcesForReservedRequest 回调函数，为写入队列提供另一个回调函数。 每次框架调用其中一个回调函数时，回调函数都会调用 WdfMemoryCreate 并保存返回的对象句柄，以应对内存不足的情况。 因为回调函数接收预分配的请求对象的句柄，所以它可以将内存对象父级给请求对象。 DMA 设备的驱动程序也可能预先分配 框架 DMA 对象。

读取和写入队列 的请求处理程序 必须确定每个接收的请求对象是否为框架为内存不足的情况保留的对象。 请求处理程序可以调用 WdfRequestIsReserved，也可以将请求对象句柄与 EvtIoAllocateResourcesForReservedRequest 回调函数之前收到的句柄进行比较。

该驱动程序还为读取队列提供 EvtIoAllocateRequestResources 回调函数，并为写入队列提供另一个回调函数。 框架在收到来自 I/O 管理器的读取或写入请求并成功创建请求对象时调用其中一个回调函数。 其中每个回调函数调用 WdfMemoryCreate 为请求分配内存对象。 如果分配失败，回调函数将返回错误状态值，以通知框架刚刚出现内存不足的情况。 框架检测错误返回值，删除刚刚创建的请求对象，并使用其预分配的对象之一。

此驱动程序不提供 EvtIoWdmIrpForForwardProgress 回调函数，因为它不需要在框架将其添加到 I/O 队列之前检查单个读取或写入 IRP。

请记住，当驱动程序为设备实现有保证的向前进度时，设备驱动程序堆栈中的所有较低级别驱动程序也必须实现有保证的向前进度。

完成 I/O 请求时指定优先级提升

当驱动程序完成 I/O 请求时，它可以调用 WdfRequestCompleteWithPriorityBoost ，以指定系统用于提高请求 I/O 操作的线程的运行时优先级的值。

如果驱动程序调用 WdfRequestComplete 或 WdfRequestCompleteWithInformation 而不是 WdfRequestCompleteWithPriorityBoost，框架将使用基于设备类型的默认优先级提升值。 下表列出了框架使用的默认优先级提升值。 设备类型和优先级提升常量在 Wdm.h 中定义。

设备类型默认优先级提升
FILE_DEVICE_UNDEFINEDIO_NO_INCREMENT
FILE_DEVICE_BEEPIO_NO_INCREMENT
FILE_DEVICE_CD_ROMIO_CD_ROM_INCREMENT
FILE_DEVICE_CD_ROM_FILE_SYSTEMIO_CD_ROM_INCREMENT
FILE_DEVICE_CONTROLLERIO_NO_INCREMENT
FILE_DEVICE_DATALINKIO_NO_INCREMENT
FILE_DEVICE_DFSIO_NO_INCREMENT
FILE_DEVICE_DISKIO_DISK_INCREMENT
FILE_DEVICE_DISK_FILE_SYSTEMIO_DISK_INCREMENT
FILE_DEVICE_FILE_SYSTEMIO_NO_INCREMENT
FILE_DEVICE_INPORT_PORTIO_NO_INCREMENT
FILE_DEVICE_KEYBOARDIO_KEYBOARD_INCREMENT
FILE_DEVICE_MAILSLOTIO_MAILSLOT_INCREMENT
FILE_DEVICE_MIDI_INIO_SOUND_INCREMENT
FILE_DEVICE_MIDI_OUTIO_SOUND_INCREMENT
FILE_DEVICE_MOUSEIO_MOUSE_INCREMENT
FILE_DEVICE_MULTI_UNC_PROVIDERIO_NO_INCREMENT
FILE_DEVICE_NAMED_PIPEIO_NAMED_PIPE_INCREMENT
FILE_DEVICE_NETWORKIO_NETWORK_INCREMENT
FILE_DEVICE_NETWORK_BROWSERIO_NETWORK_INCREMENT
FILE_DEVICE_NETWORK_FILE_SYSTEMIO_NETWORK_INCREMENT
FILE_DEVICE_NULLIO_NO_INCREMENT
FILE_DEVICE_PARALLEL_PORTIO_PARALLEL_INCREMENT
FILE_DEVICE_PHYSICAL_NETCARDIO_NETWORK_INCREMENT
FILE_DEVICE_PRINTERIO_NO_INCREMENT
FILE_DEVICE_SCANNERIO_NO_INCREMENT
FILE_DEVICE_SERIAL_MOUSE_PORTIO_SERIAL_INCREMENT
FILE_DEVICE_SERIAL_PORTIO_SERIAL_INCREMENT
FILE_DEVICE_SCREENIO_VIDEO_INCREMENT
FILE_DEVICE_SOUNDIO_SOUND_INCREMENT
FILE_DEVICE_STREAMSIO_SOUND_INCREMENT
FILE_DEVICE_TAPEIO_NO_INCREMENT
FILE_DEVICE_TAPE_FILE_SYSTEMIO_NO_INCREMENT
FILE_DEVICE_TRANSPORTIO_NO_INCREMENT
FILE_DEVICE_UNKNOWNIO_NO_INCREMENT
FILE_DEVICE_VIDEOIO_VIDEO_INCREMENT
FILE_DEVICE_VIRTUAL_DISKIO_DISK_INCREMENT
FILE_DEVICE_WAVE_INIO_SOUND_INCREMENT
FILE_DEVICE_WAVE_OUTIO_SOUND_INCREMENT
FILE_DEVICE_8042_PORTIO_KEYBOARD_INCREMENT
FILE_DEVICE_NETWORK_REDIRECTORIO_NETWORK_INCREMENT
FILE_DEVICE_BATTERYIO_NO_INCREMENT
FILE_DEVICE_BUS_EXTENDERIO_NO_INCREMENT
FILE_DEVICE_MODEMIO_SERIAL_INCREMENT
FILE_DEVICE_VDMIO_NO_INCREMENT
FILE_DEVICE_MASS_STORAGEIO_DISK_INCREMENT
FILE_DEVICE_SMBIO_NETWORK_INCREMENT
FILE_DEVICE_KSIO_SOUND_INCREMENT
FILE_DEVICE_CHANGERIO_NO_INCREMENT
FILE_DEVICE_SMARTCARDIO_NO_INCREMENT
FILE_DEVICE_ACPIIO_NO_INCREMENT
FILE_DEVICE_DVDIO_NO_INCREMENT
FILE_DEVICE_FULLSCREEN_VIDEOIO_VIDEO_INCREMENT
FILE_DEVICE_DFS_FILE_SYSTEMIO_NO_INCREMENT
FILE_DEVICE_DFS_VOLUMEIO_NO_INCREMENT
FILE_DEVICE_SERENUMIO_SERIAL_INCREMENT
FILE_DEVICE_TERMSRVIO_NO_INCREMENT
FILE_DEVICE_KSECIO_NO_INCREMENT
FILE_DEVICE_FIPSIO_NO_INCREMENT
FILE_DEVICE_INFINIBANDIO_NO_INCREMENT

 

 

sului
关注
  • 24
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
三、KMDF开发之 windbg基于网线的双机调试
qq_22222449的博客
12-30 825
windbg双机调试我这里使用的是两台电脑，一台叫主机（运行调试代码的电脑），另一台叫目标机（安装驱动的电脑），为了简单方面，两台电脑之间我直接用网线对插（不用对插也可以，但是需要两台电脑在同一局域网,另外，除了对插网线以外，主机和目标机都不要再连其他网络，以免后续容易出错）。
新手如何第一次编写 “Hello World“ Windows 驱动程序 (KMDF)
Meta.Qing的博客
09-21 810
在您编写的其他驱动程序中，您可能会为您的硬件创建 I/O 队列，为特定于设备的信息设置设备上下文存储空间，或者执行准备设备所需的其他任务。在此示例中，您为DriverEntry打印“Hello World”，配置驱动程序对象以注册您的EvtDeviceAdd回调的入口点，然后创建驱动程序对象并返回。例如，选择Debug和x64。要查看构建的驱动程序，在文件资源管理器中，转到您的KmdfHelloWorld文件夹，然后转到C:\KmdfHelloWorld\x64\Debug\KmdfHelloWorld。
深入浅出windows驱动开发(竹林蹊径)
最新发布
01-08
经典wdf驱动书，非常有用
如何用KMDF开发驱动
02-13
本文档描述了如何用KMDF（Windows系列OS下WDF驱动开发环境的组件）开发驱动的简单示例，用于指导已熟悉KMDF的开发人员来编写第一个内核模式的驱动。本文通过几个内核模式驱动的示例来阐明WDF驱动的结构以及如何实现驱动的通用功能。 从结构组织上，本文在简单回顾KMDF的基础上，在第4章讲述如何编写基于KMDF的最小Function驱动，在第5章讲述如何编写基于KMDF的纯软件驱动，在第6章讲述如何编写基于KMDF的硬件设备驱动。
基于WDF的PCI/PCIe接口卡Windows驱动程序（1）-WDF概述及开发环境搭建
weixin_34417200的博客
07-03 501
原文出处：http://www.cnblogs.com/jacklu/p/4619110.html 本科毕业设计是这方面的工作，所以想开几篇博客来介绍使用WDF开发PCI/PCIe接口卡的驱动程序方法。 这个系列的博客将首先用一个篇幅为不懂Windows下PCI/PCIe驱动开发的介绍WDF和开发环境搭建，接下来几篇将直接讲述程序编写， 看完这几篇后，希望能够帮助读者了解如何通过500行左...
Windows驱动开发笔记（2）---驱动程序结构与KMDF驱动实例分析
YJFeiii的博客
06-26 1319
KMDF驱动程序模型：一个即插即用的KMDF驱动程序应该包含 一个DriverEntry例程 一个EvtDriverDeviceAdd例程 一个或者多个I/O队列 一个或者多个I/O回调例程 支持即插即用和电源管理回调例程 支持的WMI回调例程 其他回调例程，如对象清除，中断例程、DMA例程等 1.DriverEntry例程 DriverEntry例程负责驱动程序的初始化，类似linux下的m...
WDF驱动开发手册
06-19
### WDF驱动开发手册知识点...WDF驱动开发是一项复杂但至关重要的任务，涉及从基础知识到高级概念的广泛内容。理解上述知识点是成功开发高质量驱动程序的基础。此外，不断跟进最新的技术和工具也是保持竞争力的关键。
《Windows设备驱动程序WDF开发》源码
11-09
学习这个源码包，你需要了解如何配置和构建WDF驱动程序，理解框架提供的各种API和对象模型。同时，通过阅读和分析代码，你可以了解如何处理硬件事件、响应I/O请求以及进行电源管理和WMI集成。 总的来说，Windows...
WDF USB驱动开发指南（中文最佳，驱网原创）
05-06
这意味着开发者可以在Windows XP甚至是Windows 2000这样的旧操作系统上编写WDF驱动程序，从而避免了因操作系统版本不同而产生的兼容性问题。 - **封装和简化**：WDF通过将所有组件封装成对象来简化驱动程序的编写...
WDF USB驱动开发指南源码
11-07
【标题】"WDF USB驱动开发指南源码" 涉及到的知识点主要集中在Windows Driver Framework（WDF）和USB驱动程序的开发上。Windows Driver Framework是一个微软提供的软件框架，用于简化驱动程序的开发、调试和维护。在...
KMDF.rar_WDF_wdf例子
09-23
**KMDF.rar_WDF_wdf例子** ...总的来说，“KMDF.rar_WDF_wdf例子”是一个宝贵的资源，它不仅提供了关于WDF框架的基础知识，还通过实际示例帮助开发者理解和应用这些知识，是学习和实践KMDF驱动开发的重要参考资料。
WDF驱动简介及几个驱动对象介绍
CSDN博客
07-24 1万+
1.1WDF简述: WDF是微软提出的全新驱动程序模型,它提供了面向对象、事件驱动的驱动程序开发框架,对它的研究是设计高效稳定设备驱动程序的基础。注意理解WDF模型的特点,对象模型,以及基本结构. 设备驱动程序是硬件设备连接到计算机系统的软件接口,任何设备都必须有相应的驱动程序才能在计算机系统上正常工作。设备驱动程序的优劣直接关系到整个系统的性能和稳定性,因此,设计和开发稳定高效的驱动程序...
kmdf驱动教程1——从Hello World开始
hustd10的博客
01-17 1万+
kmdf 驱动开发入门
KMDF大致框架
sadamoo的专栏
07-08 1526
继WDM后微软出了WDF，封装了WDM中的一些基本代码逻辑。本人菜鸟，也不知道本质上有何区别，只觉得是多了Wdf开头的函数，基本的编程框架上有点出入。 KMDF是WDF的内核级部分，为了理清KMDF的结构，又觉得内核编程很复杂，HelloWorld类型的程序实在说明不了什么  修改一下《windows设备驱动WDF开发》的CharSample，查了WDK帮助文档加上注释以帮助自己理解KM
WDF模型驱动程序开发
LindaXu1220的博客
11-12 527
WDF驱动程序开发 1. 引言 设备驱动程序是硬件设备连接到计算机系统的软件接口，任何设备都必须有相应的驱动程序才能在计算机系统上正常工作。设备驱动程序的优劣直接关系到整个系统的性能和稳定性，因此，设计和开发稳定高效的驱动程序具有重要意义。 WDF(Windows Driver Foundation)是微软提出的下一代全新的驱动程序模型，它是在WDM(windows Driv...
菜鸟WDF驱动开发系列（2）：调试第一个KMDF驱动程序
weixin_34318272的博客
07-22 475
根据系列上一篇的内容，已经基本作好了驱动调试环境的配置，现在着手开始试一下怎么用WinDBG调试。每一位新手在开始学习驱动开发的时候相信总会看大量的资料，如我第一篇提到的几本书的确是不错的，但名著总有一个问题就是，开篇一开始总是会铺陈太多的基本理论，这会让我们觉得手足无措，更不知如何下手。个人的经验是，直接从例程入手，理论要逐步了解——我说这话的主要原因是：我对驱动开发的理论...
Windows驱动开发如何入门
热门推荐
软件架构农
03-16 3万+
搞Windows驱动开发是一件痛苦的事情，特别是初学Windows驱动开发。有的人觉得Windows驱动开发就是把开发包WDK下载下来，然后只要掌握了C/C++语言，接下来无非就是类库调来调去，像调用MFC、QT之类的库那样，看着书和MSDN上的文档来就行了。等真正接触以后才发现根本不是那么一回事，痛苦源于以下几点： 痛苦一：中文资料太少 讲Windows驱动开发的，无论是中文书籍还是
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值