8个处理IRP的模型.pptVIP

8个处理IRP的模型 sigang@mti.xidian.edu.cn 一.设置完成例程然后向下发送 从其它的组件或者驱动程序得到一个IRP，需要低层驱动程序先进行处理，然后自己还需要处理。如下页图： 使用时的必备条件：1.从其它的组件或者驱动程序得到一个IRP，而不是自己创建的。2.这个IRP在DISPATCH_LEVEL 上获得或者在一个任意的上下文环境下处理，因此在底层处理这个IRP时不能够阻塞。3.后期的处理代码可以运行在DISPATCH_LEVEL上，因为有些完成例程在DISPATCH_LEVEL级执行。 设置完成例程然后向下传送 可能的分发例程和完成函数代码架构都差不多。 例如：IRP处理.doc 二.直接向下发送 从其它的组件或者驱动程序得到一个IRP，需要低层驱动程序进行处理，不关心低层驱动程序的处理结果。如下页图： 使用时的必备条件： 1.从其它的组件或者驱动程序得到一个IRP，而不是自己创建的 2.自己不关心这个IRP，不需要进行后期处理 说明 上面这种模型使用做多的情况就是在过滤驱动程序里面，通常过滤驱动程序在处理不关心的IRP时使用上面的模型，有些WMI和PNP以及电源请求的处理也采用这种模型。 通常可以写一个辅助函数来实现这种模型：IRP处理.doc 三.直接在分发例程里面完成 从其它的组件或者驱动程序得到一个IRP，直接在分发例程里面完成这个IRP，如下页图 使用时的必备条件： 1.从其它的组件或者驱动程序得到一个IRP，而不是自己创建的。2.可以在分发例程里面立刻完成，比如取得简单的信息。3.这个IRP出现了错误，这时立刻以错误状态返回。 IRP处理.doc 四.排队IRP，后面处理 从其它的组件或者驱动程序得到一个IRP，需要排队（标准模型或者自己的队列），后面进行处理。如下页图 使用时的必备条件： 1.从其它的组件或者驱动程序得到一个IRP，而不是自己创建的 2.不知道是立即处理还是排队，这通常发生在需要串行访问硬件的情况。 通常的程序框架如下：IRP处理.doc 五.自己创建的异步IRP 自己创建异步IRP，并且向某个驱动程序发送。如下页图 使用时的必备条件：1.需要某个驱动程序替自己实现某个功能。2.自己在任意线程上下文，或者在DISPATCH_LEVEL ，这些都使得我们不能阻塞这个线程。 IRP处理.doc 六.自己创建的同步IRP 自己创建同步IRP，并且向某个驱动程序发送。如下页图 使用时的必备条件： 1.需要某个驱动程序替自己实现某个功能。2.在继续之前，必须等待操作完成，也就是说是一个同步的请求。3.代码运行在一个非任意线程上下文，并且代码的IRQL为PASSIVE_LEVEL 。 IRP处理.doc 同步向下发送 从其它的组件或者驱动程序得到一个IRP，同步的发送到低层驱动程序进行处理，然后继续处理。如下页图 使用时的必备条件： 1.从其它的组件或者驱动程序得到一个IRP，而不是自己创建的 2.代码运行在一个非任意线程上下文，并且代码的IRQL为PASSIVE_LEVEL 。3.后面对IRP的处理必须也在PASSIVE_LEVEL级 IRP处理.doc 八.同步处理异步IRP 自己创建异步IRP，并且向某个驱动程序发送，然后等待请求的完成。如下页图 使用时的必备条件： 1.需要某个驱动程序替自己实现某个功能。2.在继续之前，必须等待操作完成。3.代码运行在一个非任意线程上下文，并且代码的IRQL为APC_LEVEL IRP处理.doc * *