Um… what does this have to do with increasing timer resolution?
If you want to talk about HLK failures, please start a new thread.
If you’re running into a particular failure, please share the .hlkx.
________________________________
From: wdmaudiodev-bounce@xxxxxxxxxxxxx <wdmaudiodev-bounce@xxxxxxxxxxxxx> on
behalf of Vincent Burel (VB-Audio) <vincent.burel@xxxxxxxxxxxx>
Sent: Friday, May 17, 2019 6:24:08 AM
To: wdmaudiodev@xxxxxxxxxxxxx
Subject: [wdmaudiodev] Re: Increasing Timer Resolution results in erratic
Scheduling/DPC Latencies on Windows 10
Thanks Michael for your experience!
Matthew!? Gary !? Pete !? Anyone at Microsoft will validate the SYSVAD audio
driver and HLK Certification Process one day or what ?
Regards
Vincent Burel
De : wdmaudiodev-bounce@xxxxxxxxxxxxx [mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx] ;
De la part de Michael Johansen
Envoyé : mardi 14 mai 2019 16:17
À : wdmaudiodev@xxxxxxxxxxxxx
Objet : [wdmaudiodev] Re: Increasing Timer Resolution results in erratic
Scheduling/DPC Latencies on Windows 10
Struggling on my own trying to pass audio HLK tests.
Many DF tests fail. When I open the log report it says 0 failed 100% passed. I
don't get it....
KS_Position test sometimes fail and sometimes not.
Others just fail with errors that don't give me any hint on what is really
happening and why it fails.
Br
Michael
Den tir. 14. maj 2019 kl. 15.38 skrev Vincent Burel (VB-Audio)
<vincent.burel@xxxxxxxxxxxx<mailto:vincent.burel@xxxxxxxxxxxx>>:
Another problem? Not reassuring.
BTW: Since December, I’m still waiting for Microsoft statement about audio
driver for WIN10.
Can you (or someone who knows) confirm that HLK certification process work 100%
with SYSVAD audio driver example now ?
I will maybe have a time slot in June/July to rebuild a SYSVAD example and test
it in HLK Certification process…
Regards
Vincent Burel
De : wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx>
[mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx>]
De la part de Matthew van Eerde (Redacted sender "Matthew.van.Eerde" for DMARC)
Envoyé : mercredi 8 mai 2019 18:43
À : wdmaudiodev@xxxxxxxxxxxxx<mailto:wdmaudiodev@xxxxxxxxxxxxx>
Objet : [wdmaudiodev] Re: Increasing Timer Resolution results in erratic
Scheduling/DPC Latencies on Windows 10
Devendra was running RS4 already when he grabbed the logs, so this is something
else.
________________________________
From: wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx>
<wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx>> on
behalf of Vincent Burel (VB-Audio)
<vincent.burel@xxxxxxxxxxxx<mailto:vincent.burel@xxxxxxxxxxxx>>
Sent: Wednesday, May 8, 2019 12:18:22 AM
To: wdmaudiodev@xxxxxxxxxxxxx<mailto:wdmaudiodev@xxxxxxxxxxxxx>
Subject: [wdmaudiodev] Re: Increasing Timer Resolution results in erratic
Scheduling/DPC Latencies on Windows 10
Hello,
It’s maybe about the virtual memory management bug reported in this list in
February 2018, producing big interruption in Real Time process
“WIN10 Major Issue for Audio Processing (OS special mode for small buffer)”
Article:
https://www.facebook.com/notes/vb-audio-software/finally-windows-10-could-support-audio/1646244165445117/<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.facebook.com%2Fnotes%2Fvb-audio-software%2Ffinally-windows-10-could-support-audio%2F1646244165445117%2F&data=02%7C01%7CMatthew.van.Eerde%40microsoft.com%7Cd043c556fd584171469308d6dacb08db%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636936962931060365&sdata=c5uoiOSKzj58UbarFvw5HWt46fBC7YL8lzmCg66scpo%3D&reserved=0>
Stress Test/ Validation tool
https://forum.vb-audio.com/viewtopic.php?f=11&t=519&p=1255<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fforum.vb-audio.com%2Fviewtopic.php%3Ff%3D11%26t%3D519%26p%3D1255%26fbclid%3DIwAR1kV4xIl5jfirrNujMxlYQ0Nh6PF4_6WR_kOhgdIVTWHFwWMHeZIGrPGlA&data=02%7C01%7CMatthew.van.Eerde%40microsoft.com%7Cd043c556fd584171469308d6dacb08db%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636936962931060365&sdata=1UCSVMUO6RtSIU%2FKqzGwaS37H6YtUKtX0htTsDVdlGw%3D&reserved=0>
This has been corrected in Windows RS4 version (May 2018).
Regards
Vincent Burel
De : wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx>
[mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx] De la part de AI Developer
Envoyé : mercredi 8 mai 2019 02:20
À : wdmaudiodev@xxxxxxxxxxxxx<mailto:wdmaudiodev@xxxxxxxxxxxxx>
Objet : [wdmaudiodev] Re: Increasing Timer Resolution results in erratic
Scheduling/DPC Latencies on Windows 10
As it turns out, I had already started to update Windows (from 1803 -> 1809)
while working to collect more information. So I let it finish the update.
But now, after the update, I'm no longer able to duplicate this behavior!
Either there's something related to this that's fixed in Windows (or other
drivers which got updated alongwith), or maybe some other driver which was
causing this behavior is no longer being loaded.
I will keep checking. Sometimes this issue takes longer to reproduce.
Thanks.
Devendra.
On Tue, May 7, 2019 at 4:48 PM AI Developer
<developer@xxxxxxxxxxxxxxxx<mailto:developer@xxxxxxxxxxxxxxxx>> wrote:
Okay, will do that.
Thanks.
Devendra.
On Tue, May 7, 2019 at 4:21 PM Matthew van Eerde
<dmarc-noreply@xxxxxxxxxxxxx<mailto:dmarc-noreply@xxxxxxxxxxxxx>> wrote:
Thanks. I’m looking at the logs, and I don’t see any calls into the Windows
audio stack. So the Microsoft.Windows.Audio.KernelStreamingEndpoint/Glitch
events I was hoping to see, that would tell me where to look, aren’t being
induced.
Can you add logs (you can reuse the same problem report) of audio glitching
from an app that uses the Windows audio APIs – say, Chrome?
________________________________
From: wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx>
<wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx>> on
behalf of AI Developer
<developer@xxxxxxxxxxxxxxxx<mailto:developer@xxxxxxxxxxxxxxxx>>
Sent: Tuesday, May 7, 2019 6:44:22 PM
To: wdmaudiodev@xxxxxxxxxxxxx<mailto:wdmaudiodev@xxxxxxxxxxxxx>
Subject: [wdmaudiodev] Re: Increasing Timer Resolution results in erratic
Scheduling/DPC Latencies on Windows 10
Here's the link to the problem report:
https://aka.ms/AA51wnl
Thanks.
Devendra.
On Tue, May 7, 2019 at 10:12 AM Matthew van Eerde
<dmarc-noreply@xxxxxxxxxxxxx<mailto:dmarc-noreply@xxxxxxxxxxxxx>> wrote:
Start by filing a problem report in Feedback Hub. Include “recreate my problem”
logs of the problem in action.
Then send me a link to the problem report.
https://matthewvaneerde.wordpress.com/2016/09/26/report-problems-with-logs-and-suggest-features-with-the-feedback-hub/<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmatthewvaneerde.wordpress.com%2F2016%2F09%2F26%2Freport-problems-with-logs-and-suggest-features-with-the-feedback-hub%2F&data=02%7C01%7CMatthew.van.Eerde%40microsoft.com%7Cd043c556fd584171469308d6dacb08db%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636936962931080386&sdata=s17fzCX0z3Wb6RREFe5HRVjJvV%2BV80yV6PCGF7IgXRY%3D&reserved=0>
________________________________
From: wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx>
<wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx>> on
behalf of AI Developer
<developer@xxxxxxxxxxxxxxxx<mailto:developer@xxxxxxxxxxxxxxxx>>
Sent: Tuesday, May 7, 2019 7:03:38 AM
To: wdmaudiodev@xxxxxxxxxxxxx<mailto:wdmaudiodev@xxxxxxxxxxxxx>
Subject: [wdmaudiodev] Increasing Timer Resolution results in erratic
Scheduling/DPC Latencies on Windows 10
We've come across a few Desktop PCs (and at least one MacBook Pro running
BootCamp) where this happens.
It doesn't matter how the resolution is increased, whether from user mode by
timeBeginPeriod() or in kernel mode via ExSetTimerResolution() - the result is
the same.
Once the resolution is increased, from time to time (with a gap of 5 - 30
seconds), there will be scheduling delays.
The delays can be seen in various forms (all coinciding):
- LatencyMon (from Resplendence) reports an Interrupt to Process latency of
about 10 - 12 milliseconds from time to tim.
- Our NDIS Protocol driver receives network packets about 10-12 milliseconds
late from time to time.
- A simple user mode program calling Sleep(1) will wake up after 10-12
milliseconds from time to time.
[Needless to say, this results in audio dropouts]
At the same time, LatencyMon does not indicate any specific DPC or Interrupt
taking a long time (max. reported is about 500 microseconds).
Also checked with Windows Performance Toolkit (xperf). Once again, there's no
indication of any driver spending that much amount of time in ISRs or DPCs.
Further, I've tried disabling all non-essential devices (WiFi, Ethernet,
BlueTooth, Audio devices, other USB devices) and services (VirusScan, FireWall,
etc..) and background apps.
LatencyMon suggested disabling Power Throttling (also did that), and updating
the BIOS (also did that). But that also didn't help.
Also tried disabling dynamictick, and enabling platfrom clock, etc.. Once
again, none of this helps.
I'm surprised that this has not come up before!
Any suggestions on where to look for or how to solve this would be greatly
appreciated!
Thanks.
Devendra.
