如果把PC机作为控制系统的操作平台，PCI总线作为一种先进的高性能32／64位局部总线正迅速取代原来的ISA总线的主导地位，以用于高速外设，并成为微型计算机系统的主流系统，因而也成为工程开发人员用于工业控制的首选。为了缩短开发周期，一般都采用专用的接口器件。本文就是采用PLX公司的PCI9052来把PCI总线上的操作转换为对局部总线的操作，同时通过双口RAM实现和下位机的存储转接。针对一般PCI总线开发时由于软硬件分离使开发的软硬件不能很好结合的现象，本文结合实例介绍了应用程序并给出了如何通过DriverStudio开发的PCI设备驱动程序来访问PCI设备卡硬件资源的具体程序。

1 PCI的配置空间及其配置

PCI总线支持存储器地址空间、I／O地址空间和配置空间等三个物理空间。其中，配置空间是PCI总线所特有的一个空间，PCI总线能实现即插即用的功能，正是通过它特有的配置空间来实现的。PCI配置空间的大小为256字节，分为头标区和设备有关区。直接影响设备特性的配置寄存器在头标区，其他部分则因设备而异。PCI总线的配置空间通常与PCI接口芯片相关。该配置空间包括一系列的PCI配置寄存器。本文采用的PCI9052芯片的配置寄存器分为PCI配置寄存器和局部配置寄存器，二者都可以由PCI总线和串行EEPROM访问。

在PCI配置寄存器中的设备ID、制造商ID、版本号、首区类代码、类别代码、指令寄存器和状态寄存器等寄存器在所有的PCI设备中都必须实现，具体设置可参考文献[1]。通常情况下，操作系统可使用这些寄存器的内容来决定该PCI设备的加载其驱动程序。

PCI总线最重要的功能之一是通过基地址寄存器和局部配置寄存器在地址空间重定位PCI设备。系统上电时，通过上层应用软件能判断系统中存在那些设备，并建立协调的地址映射。所以，基地址寄存器和局部配置寄存器是实现驱动程序的关键。

PCI配置寄存器提供有6个基地址寄存器(BASE0～BASE5)这些基地址都是系统中的物理地址，其中BASE0和BASE1是用来访问局部配置寄存器的基地址，BASE0是映射到内存的基地址，BASE1是映射到I／O的基地址，可用于通过内存和I／O来访问局部配置寄存器。这两个基地址可固定用于PCI9052芯片的寄存器操作。

通过BASE2～BASE5四个空间最多可以访问局部端所接的4个芯片，实现4个局部地址空间(局部空间0～3)的PCI总线访问。PCI总线对局部端所接芯片的局部地址映射是通过4个寄存器组(PCI基地址寄存器，局部范围寄存器，局部基地址寄存器，局部总线区域描述符)来实现的。这个组定义了每个空间以及相应局部空间的特性。它们将局部端的芯片通过局部端地址(在局部配置寄存器中设置)翻译成PCI总线地址，也就是将本地的芯片映射到系统的内存或I／O口。而片选信号寄存器则是用来选定这些局部端所接的芯片的。这样，用程序操作这一段内存(或I／O)实际上就是对本地芯片的操作。其映射关系如图1所示。这些寄存器的内容必须在芯片复位时通过串行E2PROM进行加载，而正确配置E2PROM的内容则是使用PCI9052的关键。

本设计选取LAS0(Local Address Space 0)来访问局部端的双口RAM芯片中的2 KB寻址空间，与其有关的寄存器有四个：LAS0范围寄存器、LAS0局部基址寄存器、LAS0局部总线区域描述符和片选0基址寄存器。LAS0范围寄存器规定了地址空间的大小。由于需要2 KB的内存空间，而计算机预留了32 KB空间(即8000H)，所以其寄存器值为0xFFFF8000H，而类型则是不可预取的；LAS0局部基地址寄存器定义了设备卡资源上所占用的基地址，它的最终目的是将这个基地址重新映射到PCI地址空间。由于基地址必须是32KB的整数倍，因此，为方便起见，可以将基地址定为00000000H，又由于位0为空间使能位，所以，寄存器的值为00000001H；LAS0局部总线区域描述符用来定义地址空间0的具体工作特性。

该总线采用16位总线宽度，工作方式定义为不使能突发和不预取，因此，该寄存器的数值初步确定为4043A1C0H，最终的值则需要不断测试才能确定；片选0基址寄存器使用PCI9052的CS0#作为双口RAM的片选信号，CS0#片选信号的起始地址和地址范围由片选0基址寄存器设置，局部总线的容量是2 KB，第11位为1，基地址是该范围的16倍，一般将倍数放置在范围位之后，所以寄存器值设置为0xO008401。当从局部空间0基址开始的2 KB空间范围落在CS0基地址寄存器所设置的范围内，CS0端有效，这种方式可减少地址译码得到的片选逻辑。

用PLX9052可将PCI总线上的操作转换为对局部总线的操作，即通过LAD0～LAD7、RD、WR、CS等对局部端芯片访问。如果系统分配给本卡的存储空间为FFFF0000H～FFFF7FFFFH。那么，当系统通过PCI总线访问这个区域时，PLX9052就会应答，并将其转换为局部地址0x0000H～0x07FFH，另外，PLX9052自身也有一些内部寄存器，它们被自动映射到另一片内存区域，可通过PCI总线直接访问。

PCI9052提供了两种类型的中断源(硬件中断和软件中断)。中断可通过PCI9052中断控制／状态寄存器来(INTCSR)允许和禁止。PCI9052通过2个局部中断引脚来实现硬件中断，它们支持边缘和电平触发中断，可以通过对INTCSR寄存器的编程来实现局部中断，然后产生PCI中断(INTA)，并生成PCI中断INTA#方式。PCI9052可以软件方式产生中断，设计时只需要将INTCSR寄存器的软件中断位设置为1即可。

2 驱动程序的开发

在开发PCI板卡功能驱动程序之前，首先要明白所需的PCI硬件资源，并针对设备卡的硬件资源来处理PCI设备的内存、端口的读写，以及中断处理，从而实现PCI设备功能。

2.1 驱动程序在操作系统体系结构中的位置

操作系统结构可分为五层模型：

(1)用户应用程序；

(2)IO管理层；

(3)驱动程序；

(4)HAL(硬件抽象层)；

(5)硬件。

图2给出了Windows2000操作系统驱动程序开发者所关心的特征，一般情况下，软件要么在用户模式中执行，要么在内核模式下执行。从驱动开发的角度上看，WDM模型为存在于Win-dows2000系统中的驱动程序提供了一个参考框架。作为Windows2000系统结构开发人员，由于操作系统为应用程序，而在驱动程序和硬件之间提供有系统服务接口和平台相关操作，因此，设计时只需要关注应用程序和设备驱动程序的开发。

2.2 设备资源

PCI设备的硬件资源分配与管理是驱动程序很重要的部分，设备的硬件资源包括内存空间、I／O空间和中断。由于PCI总线为PnP总线，PCI设备的硬件资源是由PCI配置机构动态分配给PCI配置寄存器的，因此，驱动程序首先需要取得这些资源才能操作硬件。当PnP管理器检测到PCI设备时，系统就会发送IRP_MN_START_DEVICE的IRP给驱动程序，驱动程序调用OnStartDevice以启动例程处理，并在启动例程里获取该IRP栈，同时把它包含的系统分配给该设备的资源信息。

用DriverStudio开发驱动程序时，应在Wizard中设置好PCI设备的资源。对于实际的PCI9052设备卡，其基地址寄存器0和1分别固定用于PCI9052局部寄存器的内存映射地址和I／O映射地址，基地址寄存器2则用于设备卡的内存映射地址，并使用局部中断引脚来产生PCI中断，以分别生成对应的KIoRange类、KMemoryRange类和KInterrupt类。这些配置信息由配置管理器发送到OnStartDevice中重载该成员函数，而开发者则不必再处理。在一般情况下，驱动程序无需再访问PCI设备的配置空间，如果需要访问，则可通过类KPciConfiguration，该类包含了通过向PCI总线发送渎写配置空间的IRP操作。也可定义类KRe-sourceAssignment来获取PCI的端口地址和中断号以及内存地址和大小，并把得到的资源放在用户自己定义的变量中。

2.3 WDM驱动程序对硬件资源的访问

获取设备的硬件资源以后，就可以对硬件资源进行访问了。对硬件的访问一般包括I／O端口访问和内存访问，它们分别对应PCI配置空间的I／O空间和内存空间。从图2可以看出，当应用程序需要访问设备时，它就会调用Win32API函数(如ReadFile)。Win32子系统模块通过调用平台相关的系统服务接口实现该API，而平台相关的系统服务则调用内核模式来支持例程。即在调用ReadFile函数时，首先到达系统的人口点，然后调用系统服务接口，最后由系统调用内核模式的服务例程。执行时首先检查传递给它们的参数，然后创建一个“I／O请求包(IRP)”的数据结构，并把这个数据结构送到某个驱动程序的入口点执行IRP设备驱动程序，最后再访问硬件。对于PIO方式的设备，一个IRP_MJ_READ操作将直接读取设备的端口或设备的内存寄存器。一般会使用硬件抽象层(HAL)来访问硬件。IRP贯穿于驱动程序之间，它在应用程序、驱动程序和设备之间起着桥梁作用，可称之为内核态的“消息”。驱动程序完成一个I／O操作后，可通过调用一个特殊内核模式服务例程来完成该IRP，完成操作时再处理IRP的最后工作，以它使等待的应用程序恢复运行。

用DriverStudio开发驱动程序时，可根据配置声明KIoRange类、KMemoryRange类和KInterrupt类来实现对内存空间、I／O空间、中断的操作。在本例中，基地址寄存器0和1固定用于PCI9052芯片的操作寄存器内存映射地址和I／O映射地址，基地址寄存器2则用于双口RAM的内存映射。通过一个外部引脚即可产生中断。标识两个KMem-oryRange类实例、一个KIoRange类实例和一个KInterrupt类实例的具体实现细节如下：

(1) I／O端口的访问

I／O端口的访问流程如图3所示，应用程序通过API函数DeviceIoControl的调用，并调用驱动程序的分发例程DeviceControl，同时通过KIoRange类来实现对I／O映射空间的访问。需要注意的是，当DeviceloControl异步调用的时候，必须在驱动程序中添加取消例程，并在DeviceControl例程中阻止一个应用程序对其的多次调用。KIoRange类的成员函数outb、inb、outw、inw、ind、outd可分别用于从端口读或写一个字节、字和双字数据。在WDM中，对于I／O端口，系统可将其看成寄存器，一般用于数字传输量比较小的地方。在对PCI设备的访问中，I／O端口的访问通常比较频繁。

(2) 内存的访问

在基于DriverStudio开发的驱动程序中，向存储器空间读写大量数据一般选用Write／Read函数，但对于一个实际存在的物理设备的访问，在某一时刻只能进行一个操作，因而在访问内存对象的时候，一般都要求一个IRP排队的队列，可通过设备类的成员函数QueueIrp将IRP插入队列。DriverWorks提供有KDeviceQueue类，其成员函数StartIo用于处理设备对象的IRP队列。具体的操作是通过KMemoryRange类来实现对设备内存映射空间的访问。其访问流程见图4所示。需要注意的是，当IRP队列为空时，调用QueueIrp时，系统将同步调用StartIo函数。

(3) 中断处理

驱动程序的中断处理编程涉及到内核机制比较多的一种驱动程序，因而相对复杂。首先用中断服务程序提升系统的IRQL，但不能进行大多数有用的内核调用。另外，提升IRQL运行代码需要尽可能快地运行。所以，中断处理一般和在DIS-PATCH_LEVEL级运行的延迟调用(DPC)例程相配合可解决以上两个问题。在DriverWorks中，通常通过KInterrupt类和KDeferredCall类来实现，并通过向导来在中断服务例程和DPC中增加功能代码。KDeferredCall类封装有DPC的操作。KInter-rupt类用于实现硬件中断的处理，其成员函数包括中断初始化，以及将一个中断服务例程连接到另一个中断和解除其连接等。在中断服务例程中把IRP交给DPC例程，可在DPC处理完后结束该IRP。需要注意的是，中断服务例程不是KInter-rupt类的成员函数，它的主要作用是减少中断延迟时间。

3 结束语

本文主要从访问设备硬件资源的角度介绍了PCI配置空间的配置和驱动程序的开发方法。利用该方法可对PCI板卡的配置空间和所需的硬件资源进行正确设置，然后通过DriverStudio的驱动程序向导生成工具在程序框架里添加适当的代码，最后借助于DriverStudio开发包提供的调试工具SoftICE和DriverMonitor以及由Wizard产生的控制台应用程序，来快速开发出基于PCI总线的设备驱动程序。

驱动程序分为2类，一个是Kernel模式驱动，另一个是Windows模式驱动，2种模式本质是相同，但细节不同，本文介绍的是内核模式驱动和驱动程序的安装、使用。

驱动程序同普通的EXE，DLL一样，都属于PE文件，而且都有一个入口函数。但EXE中，入口函数是main()/WinMain()和Unicode的wmain()/wWinmain()，DLL的入口函数则可有可无，它是DllMain()。驱动程序也有入口函数，而且是必须的，它是DriverEntry()，再次提示，它是必须的，因为I/O管理器会首先调用驱动程序的DriverEntry()，它的作用就像DllMain()--完成一些初始化工作。DriverEntry()一共有2个参数：1PDRIVER_OBJECT DriverObject，指向驱动程序对象的指针，我们操作驱动程序，全靠它，它是由I/O管理器传递进来的；2）PUNICODE_STRING RegistryPath，驱动程序的服务主键，这个参数的使用并不多，但要注意，在DriverEntry()返回后，它可能会消失，所以如果需要使用，记住先要保存下来。DriverEntry()的返回一个NTSTATUS值，它是一个ULONG值，具体的定义，请参见DDK中的NTSTATUS.H头文件，里边有详细的定义。

既然要写驱动版的“Hello World”，就需要确定如何来与驱动程序通信，常用的共享内存，共享事件，IOCTL宏，或者直接用ReadFile()或WriteFile()进行读写，在本文里我就采用一种简单的、但又很常用的IOCTL宏，它依赖的IRP派遣例程是IRP_MJ_DEVICE_CONTROL，Win32程序使用DeviceIoControl()与驱动进行通信，根据不同的IOCTL宏，输出不同的调试信息。为了简便，我并没有使用ReadFile()将信息读出来，而是直接用DbgPrint()输出，所以需要使用DbgView查看，其他调试工具也可以。PS：偷懒！

驱动程序与I/O管理器通信，使用的是IRP，即I/O请求包。IRP分为2部分：1）IRP首部；2）IRP堆栈。IRP首部信息如下：

IRP首部：

IO_STATUS_BLOCK IoStatus         包含I/O请求的状态
PVOID AssociatedIrp.SystemBuffer 如果执行缓冲区I/O，这个指针指向系统缓冲区
PMDL MdlAddress        如果直接I/O，这个指针指向用户缓冲区的存储器描述符表
PVOID UserBuffer        I/O缓冲区的用户空间地址

IRP堆栈：

UCHAR MajorFunction               指示IRP_MJ_XXX派遣例程
UCHAR MinorFunction               同上，一般文件系统和SCSI驱动程序使用它
 
union Parameters               MajorFunction的联合类型
{
struct Read                       IRP_MJ_READ的参数
ULONG Length
ULONG Key
LARGE_INTEGER ByteOffset
 
struct Write                      IRP_MJ_WRITE的参数
ULONG Length
ULONG Key
LARGE_INTEGER ByteOffset
 
struct DeviceIoControl            IRP_MJ_DEVICE_CONTROL参数
ULONG OutputBufferLength
ULONG InputBufferLength
ULONG IoControlCode
PVOID Type3InputBuffer
} 
PDEVICE_OBJECT DeviceObject       请求的目标设备对象的指针
PFILE_OBJECT FileObject                请求的目标文件对象的指针，如果有的话

操作IRP。对于不同的IRP函数，操作也是不同的：有的只操作IRP首部；有的只操作IRP堆栈；还有操作IRP整体，下面是一些常用的函数：

IRP整体：

    名称                            描述                                   调用者
IoStartPacket             发送IRP到Start I/O例程              Dispatch
IoCompleteRequest     表示所有的处理完成                  DpcForIsr
IoStartNextPacket      发送下一个IRP到Start I/O例程     DpcForIsr
IoCallDriver                发送IRP请求                              Dispatch
IoAllocateIrp             请求另外的IRP                            Dispatch
IoFreeIrp                 释放驱动程序分配的IRP                I/O Completion

IRP堆栈：

    名称                                             描述                         调用者
IoGetCurrentIrpStackLocation   得到调用者堆栈的指针             Dispatch
IoMarkIrpPending              为进一步的处理标记调用者I/O堆栈  Dispatch
IoGetNextIrpStackLocation 得到下一个驱动程序的I/O堆栈的指针 Dispatch
IoSetNextIrpStackLocation      将I/O堆栈指针压入堆栈            Dispatc

在驱动程序，IRP派遣例程起着很重要的作用，每个IRP派遣例程，几乎都有对应的Win32函数，下面是几个常用的：

IRP派遣例程：

    名称                                      描述                           调用者
IRP_MJ_CREATE                   请求一个句柄                    CreateFile
IRP_MJ_CLEANUP            在关闭句柄时取消悬挂的IRP      CloseHandle
IRP_MJ_CLOSE                     关闭句柄                         CloseHandle
IRP_MJ_READ                      从设备得到数据                 ReadFile
IRP_MJ_WRITE                    传送数据到设备                 WriteFile
IRP_MJ_DEVICE_CONTROL    控制操作（利用IOCTL宏）   DeviceIoControl
IRP_MJ_INTERNAL_DEVICE_CONTROL  控制操作(只能被内核调用)       N/A
IRP_MJ_QUERY_INFORMATION    得到文件的长度             GetFileSize
IRP_MJ_SET_INFORMATION         设置文件的长度             SetFileSize
IRP_MJ_FLUSH_BUFFERS             写输出缓冲区或者丢弃输入缓冲区  FlushFileBuffers FlushConsoleInputBuffer PurgeComm
IRP_MJ_SHUTDOWN             系统关闭                     InitiateSystemShutdown

====================================================================================================

下面开始写我们的驱动版的“Hello World”，程序很简单，先介绍一下流程：

1，调用IoCreateDevice()创建一个设备，并返回一个设备对象。
2，调用IoCreateSynbolicLink()创建一个符号连接，使Win32程序可以使用驱动程序
3，设置IRP_MJ_DEVICE_CONTROL派遣例程HelloWorldDispatch()和卸载例程HelloWorldUnLoad()。

如果Win32程序使用DeviceIoControl()，则执行HelloWorldDispatch()函数
4，调用IoGetCurrentIrpStackLocation()得到当前调用者的IRP指针
5，取得IO控制代码，完成后使用IoCompleteRequest()完成IRP操作

如果使用ControlService()停止驱动程序，则执行HelloWorldUnLoad()函数
4，调用IoDeleteSymbolicLink()删除符号连接
5，调用IoDeleteDevice()删除已建立的设备

驱动入口DriverEntry()

//创建设备
IoCreateDevice(DriverObject,        //驱动程序对象
               0,                   //扩展设备的大小，由于不需要，所以置0
               &DeviceNameString,   //设备名称
               FILE_DEVICE_UNKNOWN, //设备类型
               0,                   //指示设备允许的操作
               FALSE,               //如果为TRUE，表示只能有一个线程使用该设备，为FALSE，则没有限制
               &lpDeviceObject);    //返回的设备对象

//创建符号连接
IoCreateSymbolicLink(&DeviceLinkString,   //存放符号连接的UNICODE_STRING
                     &DeviceNameString);  //设备名称

//派遣例程和卸载例程
DriverObject->MajorFunction[IRP_MJ_DEVICE_CONTROL]=HelloWorldDispatch;吧
DriverObject->DriverUnload=HelloWorldUnLoad;

IRP派遣例程HelloWorldDispatch()

IrpStack=IoGetCurrentIrpStackLocation(pIrp);   //得到当前调用者的IRP堆栈

//获取IO控制代码，并执行指定操作，这里只是DbgPrint()
IoControlCodes=IrpStack->Parameters.DeviceIoControl.IoControlCode;
switch (IoControlCodes)  {
......

IoCompleteRequest(pIrp,IO_NO_INCREMENT);   //完成IRP操作

卸载例程HelloWorldUnLoad()

//删除符号连接和设备
IoDeleteSymbolicLink(&DeviceLinkString);
IoDeleteDevice(DriverObject->DeviceObject);

====================================================================================================完整代码：

#ifndef __HELLOWORLD_C__
#define __HELLOWORLD_C__

#define DEBUGMSG

#include "HelloWorld.h"

//驱动入口
NTSTATUS DriverEntry (IN PDRIVER_OBJECT DriverObject,IN PUNICODE_STRING RegistryPath)
{
    NTSTATUS ntStatus=STATUS_SUCCESS;
    PDEVICE_OBJECT lpDeviceObject=NULL;   //指向设备对象的指针
    UNICODE_STRING DeviceNameString;      //设备名称
    UNICODE_STRING DeviceLinkString;      //符号连接

    //调试信息
    #ifdef DEBUGMSG
           DbgPrint("Starting DriverEntry()\n");
    #endif

    RtlInitUnicodeString(&DeviceNameString,NT_DEVICE_NAME);  //初始化Unicode字符串

    //创建设备
    ntStatus=IoCreateDevice(DriverObject,0,&DeviceNameString,FILE_DEVICE_UNKNOWN,
                            0,FALSE,&lpDeviceObject);

    //使用NT_SUCCESS宏检测函数调用是否成功
    if (!NT_SUCCESS(ntStatus))
    {
        #ifdef DEBUGMSG
               DbgPrint("Error IoCreateDevice()\n");
        #endif
        goto Error;
    }

    RtlInitUnicodeString(&DeviceLinkString,DOS_DEVICE_NAME);

    //创建符号连接
    ntStatus=IoCreateSymbolicLink(&DeviceLinkString,&DeviceNameString);

    if (!NT_SUCCESS(ntStatus))
    {
        #ifdef DEBUGMSG
               DbgPrint("Error IoCreateSymbolicLink()\n");
        #endif
        goto Error;
    }

    //设置IRP派遣例程和卸载例程
    DriverObject->MajorFunction[IRP_MJ_CREATE]=//HelloWorldDispatch;
    DriverObject->MajorFunction[IRP_MJ_CLOSE]=//HelloWorldDispatch;
    DriverObject->MajorFunction[IRP_MJ_DEVICE_CONTROL]=HelloWorldDispatch;
    DriverObject->DriverUnload=HelloWorldUnLoad;

    return ntStatus;

    Error:
          #ifdef DEBUGMSG
                 DbgPrint("Error DriverEntry()\n");
          #endif

          return ntStatus;
}

NTSTATUS HelloWorldDispatch (IN PDEVICE_OBJECT DeviceObject,IN PIRP pIrp)
{
    NTSTATUS ntStatus=STATUS_SUCCESS;
    ULONG IoControlCodes=0;             //I/O控制代码
    PIO_STACK_LOCATION IrpStack=NULL;   //IRP堆栈

    //设置IRP状态
    pIrp->IoStatus.Status=STATUS_SUCCESS;
    pIrp->IoStatus.Information=0;

    #ifdef DEBUGMSG
           DbgPrint("Starting HelloWorldDispatch()\n");
    #endif

    IrpStack=IoGetCurrentIrpStackLocation(pIrp);    //得到当前调用者的IRP

    switch (IrpStack->MajorFunction)
    {
            case IRP_MJ_CREATE:
                 #ifdef DEBUGMSG
                        DbgPrint("IRP_MJ_CREATE\n");
                 #endif
                 break;

            case IRP_MJ_CLOSE:
                 #ifdef DEBUGMSG
                        DbgPrint("IRP_MJ_CLOSE\n");
                 #endif
                 break;

            case IRP_MJ_DEVICE_CONTROL:

                 #ifdef DEBUGMSG
                        DbgPrint("IRP_MJ_DEVICE_CONTROL\n");
                 #endif

                 //取得I/O控制代码
                 IoControlCodes=IrpStack->Parameters.DeviceIoControl.IoControlCode;

                 switch (IoControlCodes)
                 {
                         //启动
                         case START_HELLPWORLD:
                              DbgPrint("Starting \"Hello World\"\n");
                              break;

                         //停止
                         case STOP_HELLPWORLD:
                              DbgPrint("Stoping \"Hello World\"\n");
  %

TARGETNAME,定义模块名称.
TARGETTYPE,模块的种类,可以是DYNLINK, LIBRARY,EXE.
如果TARGETTYPE是DLL,则可以定义DLLENTRY,将Dll入口定义成别的不是DLLMain的函数,如果DLL的入口是DllMain，则不需要别的定义。
如果TARGETTYPE是EXE,则可以定义EXEENTRY,用于指定EXE的入口函数.

如果TARGETTYPE是LIBRARY,则不需要定义入口函数。

INCLUDES，如果一个模块需要使用非标准路径下的头文件时,需要定义INCLUDES,用于包含更多的头文件路径,用法如下:

INCLUDES=$(INCLUDES);\new directory\...,注意定义新的INCLUDES时,需要包含INCLUDES原来的值，否则就需要包含所有可能的目录。

TARGETLIBS,SOURCELIBS用于定义该模块需要链接哪些库文件.

TARGETLIBS，如果一个库以DLL的形式提供给调用者，就需要用TARGETLIBS，它只链接一个函数地址，系统执行时会将被链接的库加载。比如coredll.lib就是这样的库文件。即动态链接。

SOURCELIBS，将库中的函数实体链接进来。即静态链接，用到的函数会在我们的文件中形成一份拷贝。

注意，内核这个执行文件是没有TARGETLIBS的，GIISR.DLL也不能有TARGETLIBS。

WINCECOD,如果将其定义为1,则编译器会为每一个文件生成.cod文件,它是一个汇编文件，调试时查看汇编代码也是一种很好的办法。

SOURCES,定义该模块需要哪些源文件.

1．打印调试信息

       对于开发驱动程序来说，最简单的调试方法就是打印出调试信息。因为驱动程序很难像应用程序那样由一般的调试器调试，因此，打印调试信息是运用最为广泛的调试技巧。

       打印调试信息需要使用DbgPrint函数，使用方法类似于c函数printf。另外，还有一个宏KdPrint，在checked版本中，它对应着DbgPrint函数，而在free版本中，它不做任何操作。

       如果希望不管是在checked版本还是free版本，都希望自己可以控制调试信息的输出，那我们可以这样的方式实现，通过宏开关定义，如下所示：

//打印错误信息

#define       FLAG_DEBUG_ERROR

//打印函数进入退出信息

#define       FLAG_DEBUG_FUNC

//打印其它信息

#define       FLAG_DEBUG_INFO

#if defined (FLAG_DEBUG_ERROR)

#define  DEBUG_ERROR(fmt)   { DbgPrint fmt ;}

#else

#define  DEBUG_ERROR(fmt)

#endif

#if defined (FLAG_DEBUG_FUNC)

#define  DEBUG_FUNC(fmt)    { DbgPrint fmt ;}

#else

#define  DEBUG_FUNC(fmt)

#endif

#if defined (FLAG_DEBUG_INFO)

#define  DEBUG_INFO(fmt)    { DbgPrint fmt ;}

#else

#define  DEBUG_INFO(fmt)

#endif

#define INTO_FUNC  DEBUG_FUNC(("===>>> %s\n", __FUNCTION__))

#define OUT_FUNC   DEBUG_FUNC(("<<<=== %s\n", __FUNCTION__))

     查看调试信息，一般使用DbgView工具软件。

2．存储dump信息

       打印调试信息，可以满足大部分的调试需要，然后有时驱动经常导致蓝屏死机的情况，这样即使打印了调试信息，也没办法看到，这种情况下，可以设置dump信息。所谓的dump信息就是在系统崩溃之前，操作系统会将当前的调用堆栈记录成一个dump文件，这个文件对以后的分析极为有用。

       设置存储dump信息的方法如下。

       右键单击“我的电脑”，选择“属性”，弹出“系统属性”对话框。选择“高级”选项卡，然后在“启动和故障恢复”栏内，单击“设置”按钮，弹出“启动和故障恢复”对话框，在“系统失败”栏内，设置写入调试信息，如下图所示。

3．使用WinDbg调试工具查看dump信息

       Dump信息，必须用专用的工具软件查看，一般使用WinDbg工具，这个需要下载符号表（具体使用参看这篇文章http://www.cppblog.com/aurain/archive/2009/01/04/71138.html）。

       打开WinDbg软件后，选择菜单“File|Open Crash Dump”或“Ctrl+D”，然后选择dump文件，这些文件一般存在在c:\windows\目录下，.dmp格式。打开完毕后，在命令框内输入!analyze –v后回车，回显示崩溃前内核堆栈调用说明，因此可以分析出是什么地方出了问题。如下图所提示的分析信息：

*******************************************************************************

*                                                                             *

*                        Bugcheck Analysis                                    *

*                                                                             *

*******************************************************************************

DRIVER_UNLOADED_WITHOUT_CANCELLING_PENDING_OPERATIONS (ce)

A driver unloaded without cancelling timers, DPCs, worker threads, etc.

The broken driver's name is displayed on the screen.

Arguments:

Arg1: f76cf820, memory referenced

Arg2: 00000008, value 0 = read operation, 1 = write operation

Arg3: f76cf820, If non-zero, the instruction address which referenced the bad memory

       address.

Arg4: 00000000, Mm internal code.

Debugging Details:

------------------

近一个多月以来一直在看驱动方面的东西，把马少华翻译的Programming the Microsoft Windows Drivers Model的第一版算是过了一遍，但一直没有动手写一行代码。每个人的学习方式不同，对于我来说，一样东西如果没有一个框架上的大体把握，就象新到一个城市，一下还找不到方位感，说起一个地方，根本不知道处于自己所在位置的哪个方向，因而相当长的一段时间内会感觉到特别别扭。当然，也只是别扭而已，你知道这需要时间的，时间够了，有些东西会自然地沉积在你的身体里，然后可以不假思索地说出东西南北来，这么多年了，你多少对自己还保留着一点信心吧！呵呵。

老马翻译的是第一版，我机器上也有Walter Oney的第二版（E文），内容扩充了不少，我曾经试图直接看二版的，东西总要新一些吧。唉！看了一段时间，进度太慢了，E文的水准还处于边读边翻译的阶段，每句话都要过到脑子里先变成中文再理解，如果看自己已经熟悉的东西，可能还能好点，对于驱动新手来说，很多概念是新的，再这么折腾绕一回，老费劲了。想一想，还是别为难自己了，先对整体框架有了一个大体的把握，回头再看E文的也行吧。也不记得在哪找到了老马的中文版（好像�