Finally, I have found a solution. After some monitoring, I see that USBAUDIO.SYS look for the registry key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\MediaCategories\{6994ad04-93ef-11d0-a3cc-00a0c9223196} when it is requested the PIN:0 name. It tries to resolve the KSCATEGORY_AUDIO guid as a category name. But this key does not exist by default. To make my test pass I have added this registry key (with dummy values) thanks to the INF. On Fri, May 16, 2014 at 5:54 AM, M'hand Boughias <mhand@xxxxxxxxxxxxx>wrote: > Hi, we are trying to certify a driver package for a usb audio device. > But with the latest HCK we have a failure with the > "General Audio Test : KS > properties\KSPROPSETID_Pin\KSPROPERTY_PIN_NAME\Passing large buffer". > It tries to get the pin name of the PIN:0 but it fails. > Indeed when I check the pin names with KSSTUDIO.EXE the request fails on > the pin0 but succeeds on the other pins, on every usbaudio device I had > tested. > Is it a normal behavior of USBAUDIO.SYS? > Did we miss something inside the INF or the USB Descriptor? > > thanks. > >