Support in other languages: 
Showing results for 
Search instead for 
Do you mean 
Welcome to the Lenovo Community

Welcome to the Forums!

Welcome to Lenovo's Peer-to-Peer Discussion Community!
Please note our guidelines. How to register and login and Community FAQs.
Shape the Future of PCs

Help Lenovo Shape the Future of PCs

Take the ownership survey. Share your ideas with our product team
Paper Tape
Posts: 8
Registered: ‎09-07-2011
Location: UK
0 Kudos

T420 Mute button queues up unnaceptable amount of Kernel work

FAO someone from Lenovo - for the Driver dev team.


To reproduce:


Download DPC Latency Checker or LatencyMon


Run either utility


Hit the Hardware mute button on the T420.


Watch the DPC Latency Spike to around 4000 micro seconds.  Same applies when unmuting.  Also occurs when using windows mute option, because it lights up/turns off the hardware mute internal led.


I fail to understand why the hardware driver (simple HID device) needs to queue kernel work like this, it's a simple command that can be implemented using an inverted call pattern to tell other user mode programs (such as the on screen drawing device) that it was successful.


The Windows Driver Development Guidelines state that queued work should take no more than 100 micro seconds.


If someone (ideally a Lenovo driver dev) could pick this up that would be great.  Thanks.

Posts: 9,240
Registered: ‎12-26-2009
Location: Toronto, Canada
0 Kudos

Re: T420 Mute button queues up unnaceptable amount of Kernel work

Confirm on W520, except around 8000 microseconds.

Could it be scaling with respect to visible core count? (T420 at 4, W520 at 8.)
W520: 2720QM, Q2000M at 1082/1376, 32GB RAM, 500GB + 750GB HDD, FHD screen & MB168B+
X61T: L7500, 4GB RAM, 500GB HDD, XGA screen, Ultrabase
W550s: 5600U, K620M at 1164/1281, 16GB RAM, 512GB SSD, 3K touchscreen
X200s: SL9400, 6GB RAM, 160GB HDD, WXGA+ screen
TPT1: 1839-23U