Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
I/O系统
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
本章要点
I/O分类和功能
I/O分配的原则和方法
I/O软件的设计目标
I/O软件的重要组成部分
Windows 2000/XP I/O系统模型
Windows 2000/XP I/O系统的重要数据结构
Windows 2000/XP驱动程序
Windows 2000/XP的 I/O处理
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
Windows 2000/XP的 I/O
Windows 2000/XP的 I/O系统是重要的执行体组件
设计目标
– 在单处理器或多处理器系统中都可以快速进行 I/O处理。
– 使用标准的 Windows 2000/XP安全机制保护共享的资源。
– 满足 Microsoft Win32,OS/2和 POSIX子系统指定的 I/O
服务的需要。
– 提供服务,使设备驱动程序的开发尽可能地简单,并且允许用高级语言编写驱动程序。
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
– 根据用户的配置或者系统中硬件设备的添加和删除,允许在系统中动态地添加或删除相应的设备驱动程序。
– 通过添加驱动程序透明地修改其他驱动程序或设备的行为。
– 为包括 FAT,CD- ROM文件系统( CDFS)、
UDF( Universal Disk Format)文件系统和
Windows 2000/XP文件系统( NTFS)的多种可安排的文件系统提供支持。
– 允许整个系统或者单个硬件设备进入和离开低功耗状态,这样可以节约能源。
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
应用程序
WIN32
系统服务
WMI
服务用户模式的即插即用管理器安装组件用户态核心态
I/O系统驱动程序硬件抽象层(HAL)
,i n f 文件
,c a t 文件注册表例程即插即用管理器电源管理 I/O管理器
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
I/O管理器把应用程序和系统组件连接到各种虚拟的、逻辑的和物理的设备上,并且定义了一个支持设备驱动程序的基本构架。
设备驱动程序为某种类型的设备提供一个 I/O接口。设备驱动程序从 I/O管理器接受处理命令,
当处理完毕后通知 I/O管理器。设备驱动程序之间的协同工作也通过 I/O管理器进行。
PnP(即插即用,plug and play)管理器通过与
I/O管理器和总线驱动程序的协同工作检测硬件资源的分配,并且检测相应硬件设备的添加和删除
电源管理器通过与 I/O管理器的协同工作检测整个系统和单个硬件设备,完成不同电源状态的转换。
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
WMI( Windows Management Instrumentation)
支持例程,也叫做 Windows驱动程序模型
( WDM,Windows Driver Model) WMI提供者,
允许驱动程序使用这些支持例程作为媒介,与用户态运行的 WMI服务通讯。
注册表作为一个数据库,存储基本硬件设备的描述信息以及驱动程序的初始化和配置信息。
硬件抽象层( HAL) I/O访问例程把设备驱动程序与多种多样的硬件平台隔离开来,使它们在给定的体系结构中是二进制可移植的,并在
Windows 2000/XP支持的硬件体系结构中是源代码可移植的。
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
Windows 2000/XP的 I/O类型
同步 I/O和异步 I/O
–,同步”:设备执行数据传输并在 I/O完成时返回一个状态码,然后程序就可以立即访问被传输的数据
–,异步”:应用程序发布 I/O请求,然后当设备传输数据的同时,
应用程序继续执行
快速 I/O:允许 I/O系统不产生 IRP而直接到文件系统驱动程序或高速缓存管理器去执行 I/O请求
映射文件 I/O和文件高速缓存,把磁盘中的文件视为进程的虚拟内存的一部分,程序可以把文件作为一个大的数组来访问,而无需做缓冲数据或执行磁盘 I/O的工作
分散 /集中 I/O:应用程序执行一个读取或写入操作,从虚拟内存中的多个缓冲区读取数据并写到磁盘上文件的一个连续区域里
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
Windows 2000/XP I/O特点
在 Windows 2000/XP中,所有的 I/O操作都通过虚拟文件执行,隐藏了 I/O操作目标的实现细节,为应用程序提供了一个统一的到设备的接口界面
用户态应用程序调用文档化的函数,这些函数再依次地调用内部 I/O子系统函数来从文件中读取、对文件写入和执行其他的操作。 I/O管理器动态地把这些虚拟文件请求指向适当的设备驱动程序
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
用户模式 API
I/O系统服务 API (NtXXX)
I/O管理器核心模式设备驱动程序
HAL I/O服务例程驱动程序支持例程
I/O端口和寄存器一个典型的 I/O请求过程
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
I/O管理器( I/O manager)
I/O管理器定义有序的工作框架,在该框架里,
I/O请求被提交给设备驱动程序
大多数 I/O请求用,I/O请求包( IRP)”表示,
I/O系统是由“包”驱动的,这些包它从一个
I/O系统组件移动到另一个 I/O系统组件
I/O管理器创建代表每个 I/O操作的 IRP,传递
IRP给正确的驱动程序,并且当此 I/O操作完成后,处理这个数据包
I/O管理器还为不同的驱动程序提供了公共的代码,驱动程序调用这些代码来执行它们的
I/O处理
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
PnP管理器
PnP管理器自动识别所有已经安装的硬件设备。
PnP管理器通过一个名为资源仲裁( resource
arbitrating)的进程收集硬件资源需求(中断,
I/O地址等)来实现硬件资源的优化分配,满足系统中的每一个硬件设备的资源需求。
PnP管理器通过硬件标识选择应该加载的设备驱动程序。
PnP管理器也为检测硬件配置变化提供了应用程序和驱动程序的接口,因此在 Windows
2000/XP中,在硬件配置发生变化的时候,相应的应用程序和驱动程序也会得到通知。
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
电源管理器
电源管理需要底层硬件符合 ACPI标准
ACPI为系统和设备定义了不同的能耗状态,从 S0(正常工作)到 S5(完全关闭)
– 电源消耗:计算机系统消耗的能源
– 软件运行恢复:计算机系统回复到正常工作状态时软件能否恢复运行
– 硬件延迟:计算机系统回复到正常工作状态的时间延迟
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
Windows 2000/XP电源管理策略
– 电源管理器是系统电源策略的所有者,因此整个系统的能耗状态转换由电源管理器决定,并调用相应设备的驱动程序完成,电源管理器根据以下因素决定当前的能耗状态
系统活动状况
系统电源状况
应用程序的关机、休眠请求
用户的操作,例如用户按电源按钮
控制面板的电源设置
– 设备驱动程序可以独立地控制设备的能耗状态
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
重要系统对象
文件对象
驱动程序对象
设备对象
I/O请求包( IRP)
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
文件对象
提供了基于内存的共享物理资源的表示法属性 目的文件名 标识文件对象指向的物理文件。
字节偏移量 在文件中标识当前位置(只对同步 I/O有效)。
共享模式 表示当调用者正在使用文件时,其他的调用者是否可以打开文件来做读取、写入或删除操作。
打开模式 表示 I/O是否将被同步或异步、高速缓存或不高速缓存、
连续或随机等等。
指向设备对象的指针 表示文件在其上驻留的设备的类型。
指向卷参数块的指针 表示文件在其上驻留的卷或分区。
指向区域对象指针的指针 表示描述一个映射文件的根结构指向专用高速缓存映射的指针表示文件的哪一部分由高速缓存管理器管理高速缓存,
以及它们驻留在高速缓存的什么地方。
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
Win32应用程序
W i n 3 2 子系统
C
运行时
DLL
返回文件句柄用户态核心态创建文件对象系统服务返回对象句柄对象管理器安全引用监视器核心本地过程调用工具虚拟内存管理器
I/O管理器文件系统高速缓存管理器设备驱动程序网络驱动程序
打开一个文件对象
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
驱动程序对象和设备对象
驱动程序对象在系统中代表一个独立的驱动程序,并且为 I/O记录每个驱动程序的调度例程的地址(入口点)。
设备对象在系统中代表一个物理的、逻辑的或虚拟的设备并描述了它的特征。
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
I/O请求包
存储处理 I/O请求所需信息
线程调用 I/O服务时,I/O管理器就构造一个 IRP
来表示在整个系统 I/O进展中要进行的操作
I/O管理器在 IRP中保存一个指向调用者文件对象的指针
两部分组成:
– 固定部分(称作标题):请求的类型和大小、是同步请求还是异步请求、用于缓冲 I/O的指向缓冲区的指针和随着请求的进展而变化的状态信息
– 一个或多个堆栈单元:一个功能码、功能特定的参数和一个指向调用者文件对象的指针
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
Windows 2000/XP设备驱动程序
支持多种类型的设备驱动程序和编程环境
核心驱动程序的分类
– 文件系统驱动接受访问文件的 I/O请求。
– 同 Windows 2000/XP的 PnP管理器和电源管理器有关的设备驱动程序。
– 为 Windows NT编写的设备驱动程序。
– Win32子系统显示驱动程序和打印驱动程序将把设备无关的图形( GDI)请求转换为设备专用请求。
– 符合 Windows驱动程序模型( WDM,Windows
Drivers Model)的 WDM驱动程序,包括对 PnP,电源管理和 WMI的支持。
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
有三种类型的 WDM驱动程序
– 总线驱动程序( bus driver) 管理逻辑的或物理的总线,例如 PCMCIA,PCI,USB,IEEE
1394,和 ISA,总线驱动程序需要检测并向
PnP管理器通知总线上的设备,并且能够管理电源。
– 功能驱动程序( function driver) 管理具体的一种设备,对硬件设备进行的操作都是通过功能驱动程序进行的。
– 过滤驱动程序( filter driver) 与功能驱动程序协同工作,用于增加或改变功能驱动程序的行为。
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
用户态的驱动程序
– 虚拟设备驱动程序( VDD)通常用于模拟 16位
MS- DOS应用程序。它们捕获 MS- DOS应用程序对 I/O端口的引用,并将其转化为本机
Win32 I/O函数。 Windows 2000/XP中用户态
MS- DOS应用程序不能直接访问硬件,而必须通过一个真正的核心设备驱动程序。
– Win32子系统的打印驱动程序将与设备无关的图形请求转换为打印机相关的命令,这些命令再发给核心模式的驱动程序例如并口驱动
(Parport.sys),USB打印机驱动 (Usbprint.sys)

Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
硬件支持驱动可以分类如下
– 类驱动程序( class drivers)为某一类设备执行
I/O处理,例如磁盘、磁带或光盘。
– 端口驱动程序( port drivers)实现了对特定于某一种类型的 I/O端口的 I/O请求的处理,例如
SCSI。
– 小端口驱动程序把对端口类型的一般的 I/O请求映射到适配器类型。例如,一个特定的 SCSI适配器。
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
环境子系统或动态链接库用户态核心态系统服务
I / O 管理器在文件指定的偏移量出写数据文件系统驱动程序将文件中的字节偏移量转换为磁盘上的字节偏移量,并调用下一个驱动程序(通过I/O管理器)
文件系统驱动程序 调用驱动程序在相对地址处写数据将相对地址转换为物理地址,并写数据文件系统操作的例子
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
驱动程序的结构
设备驱动程序包括一组被调用处理 I/O请求不同阶段的例程调度例程 启动I/O例程中断服务例程
DPC例程初始化例程添加设备例程 I/O系统
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
初始化例程,当 I/O管理器把驱动程序加载到操作系统中时,它执行驱动程序的初始化例程。
添加设备例程,用于支持 PnP管理器的操作
一系列调度例程,调度例程是设备驱动程序提供的主要函数。
启动 I/O例程,驱动程序可以使用启动 I/O例程来初始化与设备之间的数据传输。
中断服务例程( ISR),当一个设备中断时,内核的中断调度程序把控制转交给这个例程。 ISR运行在高级的设备中断请求级( IRQL)上,越简单越好,以避免对低优先级中断产生不希望的阻塞。
中断服务 DPC例程,DPC例程执行在 ISR执行以后的大部分设备中断处理工作。 DPC例程在低于 ISR的
IRQ的时候执行,从而避免对其他中断产生不希望的阻塞。 DPC例程初始化 I/O完成并启动关于设备的下一个队列的 I/O操作。
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
此外,还经常有如下部分
– 一个或多个完成例程,通过一个较低层的驱动程序确定何时完成对一个 IRP的处理。
– 取消 I/O例程,如果某个 I/O操作可以被取消,驱动程序就可以定义一个或多个取消 I/O例程。
– 卸载例程,卸载例程释放任何驱动程序正在使用的系统资源,以使 I/O管理器能从内存中删除它们。
– 系统关闭通知例程,这个例程允许驱动程序在系统关闭的做清理工作。
– 错误记录例程,当意外错误发生时,驱动程序的错误记录例程将记录发生的事情,并通知 I/O管理器。 I/O
管理器把这个信息写入错误记录文件。
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
驱动程序的同步问题
必须同步执行它们对全局驱动程序数据的访问
– 驱动程序的执行可以被高优先级的线程抢先,
或时间片(或时间段)到时被中断,或被其他中断所中断
– 在多处理器系统中,Windows 2000/XP能够同时在多个处理器上运行驱动程序代码
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
对单层驱动程序的 I/O请求处理
I/O请求经过子系统 DLL。
子系统 DLL调用 I/O管理器的服务。
I/O管理器以 IRP的形式给驱动程序(这里指设备驱动程序)发送请求。
驱动程序启动 I/O操作。
在设备完成了操作并且中断 CPU时,设备驱动程序服务于中断。
I/O管理器完成 I/O请求。
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
对多层驱动程序的 I/O请求
在单层 I/O处理的基础上变化而来
I/O管理器调用顶层设备驱动程序
然后上层设备驱动程序调用低一级的驱动程序,形成 I/O请求的转换、传递和嵌套。最终形成对设备的操作
分层驱动程序多用于几个设备的协作或者像文件、网络这样的复杂功能实体中
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
处理一个中断
I/O设备中断发生
处理器将控制转交给内核陷阱处理程序
内核陷阱处理程序将在它的中断向量表中搜索定位用于设备的 ISR
ISR被首次调用时,它通常只获得设备状态,后响应设备的中断。然后它使一个
DPC排队,清除中断并退出
过一段时间,在 DPC例程被调用时,设备完成对中断的处理
Mi
cr
os
of
t?
W
indow
s
2
00
0/X
P
完成 I/O请求
设备驱动程序的 DPC例程执行完以后,I/O处理结束之前还可以有一些工作做,这一阶段称为
I/O完成阶段,它因 I/O操作的不同而不同
I/O管理器通过在线程中执行一个核心态的异步过程调用( APC)来完成这个操作
APC例程将数据和返回的状态复制到最初调用者的地址空间,释放代表 I/O操作的 IRP,并将调用者的文件句柄设置为有信号状态
最初调用者从它们的等待状态中被唤醒