I don't know if this helps, but in my own case I got caught by calls to FreeAudioBuffer while the stream was still in a running state - from memory I think this happens if the application is abruptly closed (Ctrl-C in the case of a command line app). I added a call to stop my DMA hardware before processing FreeAudioBuffer and that fixed it. Jeff ----- Original Message ----- From: Lionberger, Brad To: wdmaudiodev@xxxxxxxxxxxxx Sent: Tuesday, November 06, 2007 7:03 AM Subject: [wdmaudiodev] BSOD issue for portcls.sys Hi all, I am seeing a BSOD issue where audiodg.exe calls my Close handler, I forward the IRP to the port class as it is an IRP I don't handle, the portcls!DispatchClose then calls portcls!CPortPinWaveRT::Close+0x87 which causes a BSOD. The BSOD occurs with a paused active stream on the device during sleep stress tests. Any thoughts on what my audio driver is not doing/should be doing? Thanks in advance. Brad