当一个驱动分发例程收到一个IRP时,它必须调用以确保其所拥有的IO栈位置和参数是否有效。如果驱动程序自己不能满足或者完成请求,它将执行以下操作:
(1) 传递IRP到低层次驱动进行进一步处理
(2) 创建一个或者多个IRP,并传递它们到低层次驱动
一个高层次驱动以以下方式传递IRP到下一个低层次驱动:
(1) 如果驱动要传递IRP到下一个低层次驱动,分发例程必须调用 和 去确定下一个低层次驱动的IO栈位置,如果驱动程序调用为低层次驱动分配一个或者多个额外的IRP,那么分发例程必须初始化下一个低层次驱动程序的IO栈位置(它们通过以下描述)。分发例程为了特定请求可以在低层次驱动程序的IO栈位置中修改一些参数。例如,在低层设备明确传递容量的限制上,一个高层次的驱动程序为了大型传递请求可以修改参数。
(2) 调用.
如果分发例程传递一个已经收到的IRP到下一个低层次的驱动程序,设置一个IO完成例程是可选的但是很有用,因为这个例程可以完成以下任务,例如决定底层驱动程序如何完成请求,为部分传递重用IRP,跟踪IRP更新驱动程序包含的任何状态,对于返回错误的请求进行重发。
如果分发例程分配一个新的IRP,设置一个IO完成例程是必须的,因为在底层驱动完成IRP时,分发例程必须释放每个IRP。
(3) 调用将每个IRP传递到底层驱动程序进行处理
(4) 返回一个适当的NTSTATUS值,例如:
(⊙o⊙) STATUS_PENDING
如果输入的IRP请求是一个同步请求,驱动程序常常返回STATUS_PENDING,例如IRP_MJ_READ或者IRP_MJ_WRITE
(⊙o⊙) 调用IoCallDriver的结果
如果输入的IRP是一个同步请求,通常驱动程序返回调用IoCallDriver的结果,例如IRP_MJ_CREATE
一个低层次的设备驱动在它分发例程里面不能完成IRP时将传递IRP到其他驱动例程,如下所示:
1. 调用处理输入的IRP
2. 调用传递或者将IRP排队到驱动程序的StartIo例程,利用驱动程序管理它自己的内部IRP队列
3. 返回STATUS_PENDING