Windows NT 设备驱动程序开发基础(2)

1.2 windows nt下内核模式设备驱动程序的结构和运行 
  
  一般来说，设备驱动程序的任务主要有二：第一，接受来自用户程序的读写请求，把 
用户的数据传送给设备，或把从设备接收到的数据传送给用户；第二，轮询设备或处理 
来自设备的中断请求，完成数据传输。 
  
  1.2.1 驱动程序与用户程序的通信 
  
  i/o管理器把每一个设备对上层都抽象成了文件，所以在win32用户程序中只要通过以 
下几条简单的文件操作api函数就可以实现与驱动程序中的某个设备通信（请注意，一个 
驱动程序可以驱动多个设备）： 
  
  函数名        功能 
  
  createfile 打开一个设备，准备进行数据传输。返回一个与设备相关的句柄。 
  
  closehandle 关闭一个由createfile打开的设备。 
  
  readfile 从设备读取数据。 
  
  writefile 向设备写数据。 
  
  deviceiocontrol 对设备进行一些自定义的操作，比如更改设置等。 
  
  表一 
  
  1.2.2 driverentry过程 
  
  这是每一个设备驱动程序的入口，每次该程序启动时被系统自动调用。大部分的设备 
初始化的工作都在这个过程中完成。包括设置响应各种用户请求的过程的入口，使i/o管 
理器能知道当用户的打开、关闭、读写等请求到来时各应调用那些过程来处理。驱动程 
序中只有本过程的名字"driverentry"是固定的，以下列出的所有过程都要由本过程向系 
统注册。 
  
  如果该驱动程序不响应任何请求的话，只要一个driverentry过程就可以构成一个能运 
行的驱动程序。 
  
  
  1.2.3 unload和shutdown过程 
  
  unload过程负责在驱动程序被停止前做一些必要的处理。比如释放资源，记录最终状 
  态等。shutdown过程在系统即将关闭时被调用，与前者的区别在于不用释放任何资源。 
  
  
  
  1.2.4 dispatchopen和dispatchclose过程 
  
  这两个过程在用户调用createfile和closehandle时被调用，为即将到来的读写操作做 
备，或做一些读写完成后的必要处理。 
  
  
  1.2.5 dispatchread, dispatchwrite与startio过程 
  
  这前两个过程在用户调用readfile和writefile时被调用。它们先做一些检验用户请求 
合法性的工作，然后启动一个被称为startio的过程开始实际的与硬件间的数据传输。i 
/o管理器还通过irp为它们提供了一个指向用户缓冲区的指针，用于与用户程序交换数据 
。详情请见1.3.2 
  
  
  1.2.6 接受自定义的其他请求 
  
  这两个过程在用户调用deviceiocontrol时被调用。它通过irp获得用户的请求号，以 

及一个指向用户缓冲区的指针，可以与用户程序进行通信。 
  
  
  1.2.7 中断处理过程(isr) 
  
  这些过程在中断发生时被系统调用。 
  
  
  1.2.8 推迟过程（deferred procedure） 
  
      这些过程用来在较低的运行级别完成较高运行级别过程（如中断处理过程）的一 
些任务。详情请见1.3.3 
  
--