Rodney443220的专栏

错误处理人总会犯错误，错误恢复是软件工程的一部分。程序中总会发生异常情况，其中一些源自程序中的Bug，或者在我们的代码中或者在调用我们代码的用户模式应用程序中。另一些涉及到系统装载或硬件的瞬间状态。无论什么原因，代码必须能对不寻常的情况作出恰当的反应。在这一节中，我将描述三种错误处理形式：状态代码、结构化异常处理，和bug check。一般，内核模式支持例程通过返回状态代码来报告意外错误。

#define IoCompleteRequest(a,b)  \        IofCompleteRequest(a,b)VOIDFASTCALLIopfCompleteRequest(    IN PIRP Irp,    IN CCHAR PriorityBoost    )/*++Routine Description:

转载：www.yiiyee.cn/blog我前几个月曾经分析了一个BAD_POOL_CALLER的问题（链接），今天收到的这个dump文件，系统是Win7 X64，最后发现问题和前者非常相似，但二者的分析过程却截然不同。引子打开dump文件后，首先进行自动分析。蓝屏号是0x4E。************************************

The Microsoft Windows Driver Kit (WDK) contains several individual components. If you understand the structure of the WDK, you will understand where to look for various support files and information.

有些人说不去掉也不会蓝屏，照样能HOOK成功确实，我当时也是这样过。。。不过拿给别人机器一测试就蓝了网上找到了MJ给出的答案：当使用大页面映射内核文件时，代码段和数据段在一块儿，所以页必须是可写的，这种情况下直接改是没有问题的HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memor

21.1.5  DeviceIoControl函数与IoControlCode打开驱动设备后，Ring3还要和驱动进行通讯或调用驱动的派遣例程，这需要用到一个非常重要的函数：DeviceIoControl。BOOL DeviceIoControl(    HANDLE hDevice,           //设备句柄    DWORD dwIoControlCode,

原文：http://blog.csdn.net/yeasy/article/details/19204639offload现在，越来越多的网卡设备支持 offload 特性，来提升网络收/发性能。offload 是将本来该操作系统进行的一些数据包处理（如分片、重组等）放到网卡硬件中去做，降低系统 CPU 消耗的同时，提高处理的性能。包括 LSO/LRO、GSO/GRO、TS

今年年初的时候，在驱动开发上发贴《在ARM7上使用D12开发U盘的详尽技术报告》（用书名号中的字符查找，可以找到）。其中详尽地介绍了我在 ARM7 上用D12开发U盘的过程，以及所涉及到的方方面面的知识。得到了一些朋友的肯定和鼓励。从中我也体会到了帮助别人的快乐。      后来忙于别的，不经常上驱动了，但偶尔看一下仍然有许多人遇到U盘开发中的各种各样的问题，心里觉得十分不快。因为看到还有

Creating Export DriversMicrosoft Windows drivers are typically defined as a pair of components, such as a port/miniport driver pair, or a class/miniclass driver pair. Typically, Microsoft