[wdmaudiodev] Re: HCK for Windows 8.1 and USB Audio Class 2 devices

  • From: Tsai Tzung-Dar <tdtsai1973@xxxxxxxxxxxx>
  • To: "wdmaudiodev@xxxxxxxxxxxxx" <wdmaudiodev@xxxxxxxxxxxxx>
  • Date: Thu, 17 Jul 2014 01:04:03 -0700

Yes, I had success pass HCK 2.1 test by use MiniportWaveCyclic. And I also had 
use MiniportWaveRT and AVStream to pass HCK 2.0 test before. I guess some of 
HCK  filter is expired. You need check with MS to make sure it. By the way what 
UAC 2.0 chip you used? 
What do you means the startup time limitation? This should not be limitation. I 
had test UAA in HCK 2.0 there is not item can not pass.

Tzung-Dar Tsai

 寄件者: Franz Detro <franz.detro@xxxxxxxxxxxxxxxxxxxxx>
收件者: wdmaudiodev@xxxxxxxxxxxxx 
寄件日期: 2014/7/17 (週四) 3:06 PM
主旨: [wdmaudiodev] Re: HCK for Windows 8.1 and USB Audio Class 2 devices


>What miniport you use for your USB Audio Class 2 driver? If you use 
>MiniportWaveRT or AVStream to implement your USB Audio Class 2 driver, as I 
>known you do not need any HCK filter. If you use MiniportWaveCyclic to 
>implement USB Audio Class 2 driver, the issue 3 which in your list is HCK's 

I am using MiniportWaveCyclic. I have seen that there is a HCK filter for this 
failure (#2946), but it seems to not work here.

You should can use HCK filter to filter it. Other issue should be your driver's 

I doubt that. IMHO it is not possible to reliably pass these KS Position tests, 
as it takes a significant (and non-predictable) time to start the USB audio 
stream and the audio data arrives in bunches worth 1 - 8 ms (due to the design 
of USB 2 isoc transfers).

In my experience most of HCK filter for USB Audio Class 1 driver is only for 
inbox UAA. If you implement a customer driver for USB Audio Class 1 device, you 
still need to pass those test.

But this is exactly my point: the inbox USB Audio Class 1 driver is not able to 
pass this tests (due to the nature of USB audio streaming) and therefore the 
failures are filtered for simple USB Audio Class 1 devices that use this inbox 
drivers. I could now try to implement lots of weird workarounds to somehow 
cheat the test suite, but this will most probable break the driver for normal 

In my experience you just need to let you USB Audio Class 2 device action as 
HDA device, then you can pass HCK 2.1 test. 

Did you ever succeed doing this for a USB Audio Class 2 device with your own 
driver? If yes, which PortCls model did you use and how did you workaround the 
USB specific limitations on startup times and data arrival jitter / buffer 

Thank you,

> 寄件者: Franz Detro <franz.detro@xxxxxxxxxxxxxxxxxxxxx>
>收件者: wdmaudiodev@xxxxxxxxxxxxx 
>寄件日期: 2014/7/16 (週三) 6:54 PM
>主旨: [wdmaudiodev] HCK for Windows 8.1 and USB Audio Class 2 devices
>has anybody on the list experience with getting a USB Audio Class 2 device 
>with a propietary driver pass the audio device tests in HCK for Windows 8.1?
>I am seeing a number of severe issues here with some of the tests:
>(1) KS Position tests do fail due to startup timing and jitter issues
>(2) Lullaby test does fail due to startup / shutdown issues on the USB isoc
>(3) General Audio test fails (on Windows 7 only) due to a failure IOCTL\KS 
>defined\IOCTL_KS_WRITE_STREAM\Cancel IO test
>Some research in the HCK filter database shows that there are filters for such 
>issues for the inbox USB Audio Class 1 driver (and the Bluetooth audio stack), 
>so it looks like this kind of problems is known to Microsoft.
>Can anybody shed some light here?
>Thank you very much in advance!
>WDMAUDIODEV addresses:
>Post message: mailto:wdmaudiodev@xxxxxxxxxxxxx
>Subscribe:    mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe
>Unsubscribe:  mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=unsubscribe
>Moderator:    mailto:wdmaudiodev-moderators@xxxxxxxxxxxxx

Other related posts: