windows驱动开发 内核开发 进阶实战经典 信息安全入门 楚狂人大作 全书太大 分为7部分分割压缩上传 请下载完全后解压缩

测试驱动开发 测试驱动开发 测试驱动开发 测试驱动开发

驱动开发经典书，看了有很大收获 第一部分 开始WDF之旅 第一章 WDF简介 （本章无实质内容，故省略。若有兴趣请参见原文。） 第二章 Windows Driver Fundamentals 概述 这一章是针对从未有过Windows驱动开发经验的开发人员。本章提供了Windows操作系统内核的基本的背景知识，以及驱动如何在此环境中工作。本章也可以作为对编写核心态程序的介绍。 如果你是Windows驱动编程的新手，请阅读这一章里的概念和技术，这将是理解本书中所讨论的话题的基础。如果你有驱动开发的经验，请先查看本书最后的“基础词汇”。若你对这些术语和概念都很熟悉，请直接跳过这一章。 驱动是什么？ 从设计上说，Windowss内核并不直接与设备打交道。检测设备，在设备与Windows内核间通信，以及向客户端－诸如应用程序－开放设备功能，都要依赖设备驱动。Windows提供了虚拟设备以支持接口，称为设备模型。驱动开发人员的任务就是实现接口以支持设备的需求。 更具体的说，驱动通常的目的是处理应用程序和设备间的通信。驱动和服务在很多方面相似。例如，驱动： 1. 在后台运行，与应用程序进程分离，且可以被多用户访问。 2. 长期生存。驱动有和设备一样的生存期。Windows发现设备时驱动就开始运行，设备被移除时驱动被关掉。 3. 响应外界生成的I/O请求。这些请求通常由应用程序，Windows或其他驱动生成。 4. 没有用户界面。用户与驱动打交道，通常是直接通过生成这个I/O请求的应用程序。 5. 运行在和生成I/O请求的应用程序不同的地址空间。 驱动在一些重要方面和服务不同。它们： 1. 通过专门的程序接口－称为DDI－与系统内核服务以及设备通信。 2. 基于WindowsI/O模型，这与服务和应用程序使用的模型完全不同。 3. 可以直接与核心态的组件通信。核心态的驱动完全运行在核心态。而UMDF驱动想要与设备交换数据的话，必需通过在它下层的核心态驱动。 本章概念性地描述了驱动怎样在Windows操作系统中存在，以及怎样管理客户端与设备之间的请求流程。虽然本书是关于WDF的，但是本章主要关注于老的WDM，它是基于Windows内核直接开放的DDI的。WDM非常灵活，但是软件开发人员却认为用WDM开发驱动是一项具有挑战性的工作。不管怎样，对WDM有一个基本的了解是很重要的： 1. 从设计上，WDF取代WDM作为Windows主要的驱动模型，是通过提供在WDM之上的一个虚拟层；WDM仍在后台工作。要了解WDF，你必需了解WDM的一些基本概念。 2. 从概念的层次上来说，WDF和WDM有着相似的结构，以及很多相同的处理I/O请求的方式。本章大多数的讨论都适用于WDM和WDF驱动，虽然实现的细节上有所不同。 本章关注于核心态驱动以及编程技术，因为所有的驱动开发人员应该对核心态的概念有基本的了解。关注用户态驱动的开发人员仍然会从了解核心态的基本概念中获益。例如，UMDF驱动的结构和WDM或WDF驱动相似，WMDF驱动处理I/O请求的很多方式也和核心态驱动相同。

《竹林蹊径:深入浅出windows驱动开发》的特色之一，是对WDF框架做了较多的切入。《竹林蹊径:深入浅出windows驱动开发》第一个主要内容是（第3～7章）围绕WDF而展开讨论，侧重点各有不同。第3章以框架为讨论的中心；第4、5两章以WDF框架开发USB和1394驱动；第6章讲述内核C++编程，也以WDF框架为蓝本；第7章讲述WDF驱动的测试和调试。 第二个主要内容是关于音视频驱动开发（第10～11章）。音视频驱动包括AVStream架构，《竹林蹊径:深入浅出windows驱动开发》做了较详细的阐述。第10章讲述使用AVStream小端口架构，第11章讲述ASIO音频驱动开发。 第三个主要内容是关于设备驱动安装（第12～14章）。第12章讲系统安装模块，从总体角度阐述系统和设备驱动如何配合完好地进行工作；第13章讲述INF安装文件的细节，包括各个域的作用，以及诸多安装指令的使用。第14章讲如何编写驱动安装软件。 剩余的一些章节，分别是关于驱动入门（第1、2章）、Windbg调试命令（第8章）、内核同步（第9章）等内容。

Linux设备驱动开发.ppt

驱动开发minifiter文件监测很好的初学者实例

Android深度探索(卷1) HAL与驱动开发.李宁

WinObj - 驱动开发必备的内核对象查看工具 发布时间： 2022 年 1 月 简介 如果你是系统管理员，则 WinObj 是一个必须具备的工具，它关注安全性、开发人员跟踪与对象相关的问题，或者只是对对象管理器命名空间感到好奇。 WinObj 是一个 32 位Windows NT程序，它使用NTDLL.DLL) 提供的本机Windows NT API (来访问和显示 NT 对象管理器命名空间的信息。 Winobj 可能看起来类似于 Microsoft SDK 的同名程序，但 SDK 版本存在许多重大 bug，导致它无法显示准确的信息 (，例如其句柄和引用计数信息完全损坏) 。 此外，WinObj 还了解更多对象类型。 最后，WinObj 版本 3.0 具有用户界面增强功能 (，包括深色主题) 、知道如何打开设备对象、在创建/销毁对象时提供动态更新，并允许搜索和筛选。 安装和使用 WinObj 没有设备驱动程序组件，因此你可以像运行任何 Win32 程序一样运行它。 工作方式 对象管理器负责管理 NT 对象。 作为此责任的一部分，它维护一个内部命名空间，其中各种操作系统组件。

PnP 管理器维护一个设备树，用于跟踪系统中的设备。下图显示了示例系统配置的设备树。 设备树包含有关系统上存在的设备的信息。PnP 管理器在计算机启动时使用来自驱动程序和其他组件的信息生成此树，并在添加或删除设备时更新树。 设备树的每个节点称为设备节点或开发节点。devnode 由设备驱动程序的设备对象以及系统维护的内部信息组成。因此，每个设备堆栈都有一个开发节点。 PnP 管理器使用 IRP_MN_QUERY_DEVICE_RELATIONS 请求向总线驱动程序询问其子设备的列表。总线驱动程序根据其总线协议确定其子项列表。例如，Windows ACPI 驱动程序 Acpi.sys 在 ACPI 命名空间中查找，PCI 驱动程序查询 PCI 配置空间，USB 集线器驱动程序遵循 USB 总线协议。 设备树是分层的，总线上的设备表示为总线适配器、控制器或其他总线设备的“子级”。（总线设备是可以附加其他物理、逻辑或虚拟设备的任何设备。您可以使用设备管理器查看设备树中的设备层次结构，并选择允许您按连接查看设备的视图选项。 设备树的层次结构反映了设备在计算机中附加的结构。

内存屏障、内存映射、同步机制、GDB基本功能、CPU缓存、内核启动流程、 syncookie、读写分析、NFS实现框架、网络新特性、skb核心操作、HASH算法、过滤框架Nftables、接 收框架、页缓存PageCache、Netfilter框架、处理器架构、中断机制、malloc、free实现原理、内存的 动态、缺页中断、Kfifo环形缓冲区、开发工具ARM-LInux-gcc安装、网络协议栈、构建嵌入式Lnux系 统、内存性能优化、核心知识CPU、内核编译、UDP收包率、反向映射机制、MMu-gather操作、进程 描述符、虚拟内存机制、RCU机制、ARM架构、高速缓存、页面回收、数据同步、回写机制、页交换、 软硬中断区别、等待队列、字符设备驱动、系统调用、内存碎片。