vxd驱动开发.docVIP

摘要 第一章 绪论 驱动程序实际上可以理解为是一系列控制硬件设备的函数。在DOS系统中，一个驱动程序可能是一个连到应用程序.EXE中的一个模块或者是与应用程序分开的一个独立部分；在Widows系统中，封装驱动程序的方法是制作一个DLL或VxD。在早期，由于我们一般涉及的与计算机相关的硬件设备都是标准设备，它们的驱动程序是由厂家或专门的程序开发人员提供并加以封装，用户只需了解与驱动程序相连的Windows应用程序接口（API），而无需知道其内部运行机制。但是如果硬件是非标准设备，我们必须针对该特定硬件自己来设计Windows环境下的设备驱动程序。 我所面对的硬件是一块超声波探伤卡，它集成在一块PCI插卡上，桥接芯片采用了PCI2040，因为它可以和DSP无缝连接。我要做的工作是首先利用主机通过并口启动模拟采样部分，当采样数据放大后进入A/D变换后存入储存器，在数据存储器中存满一帧时，硬件向主机发中断，主机响应中断后通过PCI2040芯片读出存放在数据存储器中的采样数据，然后进行后续处理并将结果显示于屏幕。 我编写的应用程序的软件平台是Window95/98，采样的工具是VisualC++6.0（简称VC++），因为它是一种面向对象的编程语言，具有良好的交换性，可以根据用户对界面上的控件或菜单操作作出相应的处理，而且它可以自动根据要求生成框架，我们要做的只是对空的函数框架进行填充。由于应用程序运行在Ring3级，它不能对硬件进行直接访问，也不会响应硬件中断，必须通过驱动程序来响应中断以及访问硬件。该硬件显然不是Windows标准组件，系统不会提供相应的VxD驱动程序，因此必须自己编写PCI2040的硬件安装信息文件和驱动程序。值得一提的是在通过并口与硬件通信时理论上也得写VxD但是由于并口是Windows标准组件，Windows已经封装了一些常用的API函数（如_inp()和_outp()等函数），可以在应用程序中直接使用，而且像打印机等利用并口传输数据的硬件的驱动程序已经被认为不属于虚拟设备驱动程序了。 在本论文安排上首先介绍驱动程序的产生背景、实现原理和开发工具，然后介绍PCI总线及PCI2040芯片，最后说明我的驱动程序以及相应的应用程序。 第二章 Windows环境下的驱动程序 在DOS操作系统时代，对于一个应用程序而言它总认为自己是唯一运行的程序，因此常常可以直接访问硬件，独占所有的系统内存以及系统运行时间，当然也就不需要设备驱动程序。但是到了Windows时代，DOS应用程序并不是唯一运行的程序，系统中同时可能有若干个应用程序在运行，这就使得系统不可能让它随意的直接访问硬件，否则就会引起混乱导致系统崩溃。为了解决这个问题，人们提出了将系统的资源虚拟化，让应用程序运行在一个虚拟的环境中的虚拟机（VM）上，而管理程序和驱动程序运行在实际机器上（Ring0级），由它们来处理针对硬件的操作。 2.1虚拟机（VM） 虚拟资源是由系统产生的假象，它是硬件（甚至是软件）资源的仿真，当系统虚拟了所有或者几乎所有的程序可以访问的资源时，它就创造了一个“虚拟机”（VM）。概括起来，Windows的虚拟机完全透明地仿真了以下地资源和性能： 可访问的内存空间； I/O操作； 中断操作； 外围设备（显示器、键盘等）； 虚拟机的管理主要由虚拟机管理器(VMM)完成。VMM利用系统的硬件创造了几个相互独立的虚拟机，每个虚拟机都有自己的虚拟环境，而且每个虚拟环境可能与物理环境根本不同。让所有的Windows应用程序(Win16应用程序和Win32应用程序)运行在一个VM上，称为系统VM；而每一个DOS应用程序都分别运行在各自的一个VM上，这样便解决了DOS和Windows应用程序的兼容问题。 2.2处理器运行模式及各种程序优先级 为了创建和维护虚拟机，VMM开发了80386以及以后的兼容处理器的特殊性能。这些处理器有三种运行模式：实模式、保护模式和V86模式，它们决定了处理器所能寻址的地址空间，如何实现逻辑地址到物理地址的转换以及如何保护对内存和I/O端口的访问。Windows95/98利用了其中的保护模式和V86模式两种模式，以下各项也是针对这两种模式而言。 Windows95/98执行环境支持四种不同的基本模式： 管理程序、Win32应用程序、Win16应用程序和DOS应用程序。 其中管理程序在Ring0级（最高级）中运行，能够访问和控制实际硬件环境，也就是说它们在真正的计算机上运行，而不是在虚拟机上运行，在所有构成Windows的组件中，只有VMM和VxD在管理环境中执行。 Windows应用程序在Ring3级（最低级）的保护模式上运行，它们不能直接访问硬件，一旦执行一个对