这样设备的Driver的读写IRP部分如何设计？

各位朋友：
    我正为我手头的Driver开发头疼，我虽然已经算是比较明白WDM的结构，甚至是细节，但我的设备的特殊性使我一筹莫展，等我描述完我的烦恼之后，请各位朋友给我指导一番：
    我的硬件设备的核心是个压缩语音的DSP（就是TI459系列，压缩算法是第三方做好的），通过PCI桥接芯片连接到微机的PCI总线上。DSP芯片的另一侧是若干个64Kbps的PCM通道的语言流。硬件的中断是在DSP压缩完一个PCM语音包之后发生，要求Windows Driver迅速作出反应：读走这个包，并马上写入一个压缩过的包给DSP（因为语音通信的双向性和实时性）。
     我所接触到和阅读到的WDM Driver的例子都是这样：读操作和写操作独立。而我的写操作要依赖于读操作。我不知道在StartIo、ISR和DPC三个关键的Routine中如何处理我的读和写操作。在ISR中如果既完成了读又完成了写，那么IRP_MJ_READ 和IRP_MJ_WRITE的完成（即：IoCompleteIrp调用）如何保证顺利进行？

提供一个IOCTL,同时进行读写操作；

在ISR里完成读写，DPC里完成IRP

Sorry, I can't type Chinese.

you need to maintain 2 driver IO queues and 2 buffer queues(linked-list), one stores the data being sent to the DSP, the other holds the data from the DSP.

on interrupt(compression done),defers the control to DPC,
on DPC
 store the data, checks if there is pending read-IRP, if true, move the data to UM by setting Irp->IoStatus.information = bytesread, complete the read IRP.
then checks if there's data in write-queue to send and if there's pending write-irp, if true, send the data to the DSP, complete the write IRP.


[BSOD 编辑于 2001-09-28 06:44]