Sorry, it's the *get* that's failing, not the set. There is no
IMiniportWaveCyclicStream::GetState - this is handled above you.
The test queries IOCTL_KS_PROPERTY KSPROPSETID_Connection
KSPROPERTY_CONNECTION_STATE.
The simplest explanation I can think of is that the pin handle is invalid.
Perhaps the best thing to do is open a support case.
-----Original Message-----
From: wdmaudiodev-bounce@xxxxxxxxxxxxx
[mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx] On Behalf Of TP DJM
Sent: Friday, January 22, 2016 5:07 PM
To: wdmaudiodev@xxxxxxxxxxxxx
Subject: [wdmaudiodev] Re: WaveTest Capturing Pin Tests
I've beefed up the traces and I am not seeing anything suspicious. All the
state changes are handled in SetState without ever returning a failure and I'm
seeing no reentry or deadlocking. All other certification tests (other than
ksposition which has a 1 fail on
drift/jitter) have passed so the driver appears to be stable and supports all
the functions.
It would help if I knew what conditions would result in the "FAIL:
failed to get state from the pin" message being generated. I'm not seeing
anywhere that might be querying the state within miniport that would generate
an error.
On 1/22/2016 4:56 PM, Matthew van Eerde wrote:
FAIL: failed to get state from the pinAdd tracing to your IMiniportWaveCyclicStream::SetState method, and see if
this failure correlates with any instance of you returning a failure.
(Or just set a breakpoint. But adding tracing is a better investment.)
X3