[wdmaudiodev] Re: DTM audio glitch test failing

  • From: "Matthew van Eerde" <dmarc-noreply@xxxxxxxxxxxxx> (Redacted sender "Matthew.van.Eerde" for DMARC)
  • To: "wdmaudiodev@xxxxxxxxxxxxx" <wdmaudiodev@xxxxxxxxxxxxx>
  • Date: Sat, 16 Mar 2019 11:54:44 +0000

Actually if I remember correctly the test itself grabs logs. There should be an 
.etl file in the .hlkx that should shed light on the matter. Share the .hlkx 
with the failing test.

________________________________
From: wdmaudiodev-bounce@xxxxxxxxxxxxx <wdmaudiodev-bounce@xxxxxxxxxxxxx> on 
behalf of Matthew van Eerde <dmarc-noreply@xxxxxxxxxxxxx>
Sent: Friday, March 15, 2019 8:26:38 AM
To: wdmaudiodev@xxxxxxxxxxxxx
Subject: [wdmaudiodev] Re: DTM audio glitch test failing

Grab audio glitch logs and see what audiodg.exe is doing.
https://blogs.msdn.microsoft.com/matthew_van_eerde/2017/01/09/collecting-audio-logs-the-old-fashioned-way/<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fblogs.msdn.microsoft.com%2Fmatthew_van_eerde%2F2017%2F01%2F09%2Fcollecting-audio-logs-the-old-fashioned-way%2F&data=02%7C01%7Cmatthew.van.eerde%40microsoft.com%7C9d471d166af843e7e4bd08d6a95ab2bc%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636882604378068657&sdata=SMtXvy16fG7p%2FuMbzF3I%2FipaDqeAHzonGMEjrvcKgjU%3D&reserved=0>

________________________________
From: wdmaudiodev-bounce@xxxxxxxxxxxxx <wdmaudiodev-bounce@xxxxxxxxxxxxx> on 
behalf of Robert Dalton <bob@xxxxxxxxxxxx>
Sent: Wednesday, March 13, 2019 7:04:30 PM
To: wdmaudiodev@xxxxxxxxxxxxx
Subject: [wdmaudiodev] DTM audio glitch test failing

Hello,

I've been running into very puzzling behavior with HLK Controller / Studio 
8109.  I have an APO attached to an Inbox USB driver that is failing the "Audio 
Codec - Class Driver Audio Logo Test - Certification - Desktop".

We are seeing very strange behavior.  On our HLK Client RS5 machine (clean 
install) the installed USB device + APO sounds fine before running any tests.  
As soon as I run a test (the one above) the audio is very very glitchy, and it 
never recovers...even after the test completes.  From that point on, any USB 
audio device that is plugged in exhibits the same glitchy audio.  From the Task 
Manager I can see that the "Windows Device Isolation Graph" process is spiking 
to 10 to 20% CPU utilization, and it is normally under 2%.  I've even bypassed 
any processing in the APO to make sure there wasn't any infinite loops etc.  It 
seems like there has been some instrumentation of the audiodg.exe process that 
is drastically affecting performance.  I'm seeing this on 3 different machines 
and am now running out of ideas.

Has anyone run into this issue or have any suggestions?  Thanks in advance.

BTW, this same APO passed all tests about 6 months ago, so I'm thinking it has 
to be some configuration issue.

Bob

Other related posts: