desktop-packages team mailing list archive
-
desktop-packages team
-
Mailing list archive
-
Message #109028
[Bug 1435108] Re: Volume hotkeys stop working (dozens of seconds of delay)
systemd has nothing at all to do with what happens on the keypresses.
udev only adjusts the kernel's keymaps during boot. But at runtime, the
keypresses are handled by the kernel, sent through /dev/input/* as evdev
events, and read by *-settings-daemon or other programs. So tentatively
assigning to unity-settings-daemon.
** Package changed: systemd (Ubuntu) => unity-settings-daemon (Ubuntu)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1435108
Title:
Volume hotkeys stop working (dozens of seconds of delay)
Status in unity-settings-daemon package in Ubuntu:
Incomplete
Bug description:
This seems to be a similar problem to the one described here:
http://ubuntuforums.org/showthread.php?t=1829744
With recent Ubuntu versions, though, gnome-settings-daemon is not
there anymore. I tried to kill unity-settings-daemon as a workaround,
but it doesn't work.
I followed the instructions here:
https://wiki.ubuntu.com/Hotkeys/Troubleshooting
and I can correctly see the keypresses be received correctly both with
xev and with evtest
with the latter, I can see that the interesting hotkeys codes:
Event: time 1427077143.513820, -------------- SYN_REPORT ------------
Event: time 1427077143.616493, type 4 (EV_MSC), code 4 (MSC_SCAN), value ae
Event: time 1427077143.616493, type 1 (EV_KEY), code 114 (KEY_VOLUMEDOWN), value 0
Event: time 1427077143.616493, -------------- SYN_REPORT ------------
Event: time 1427077144.292461, type 4 (EV_MSC), code 4 (MSC_SCAN), value b0
Event: time 1427077144.292461, type 1 (EV_KEY), code 115 (KEY_VOLUMEUP), value 1
And the events can be seen even when the volume hotkeys are
unresponsive (the volume is not updated).
This seems to happen more often (or at least it's more noticeable to
me) when watching something in fullscreen.
Keypresses usually aren't lost, but are simply delayed and buffered,
and thus if I press the button 5/10 times, after half a minute of so,
all the keypresses will trigger the corresponding action all together
ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: udev 208-8ubuntu8.2
ProcVersionSignature: Ubuntu 3.16.0-31.43-generic 3.16.7-ckt5
Uname: Linux 3.16.0-31-generic x86_64
ApportVersion: 2.14.7-0ubuntu8.2
Architecture: amd64
CurrentDesktop: Unity
CustomUdevRuleFiles: 80-docker.rules
Date: Mon Mar 23 02:07:48 2015
EcryptfsInUse: Yes
InstallationDate: Installed on 2014-08-17 (217 days ago)
InstallationMedia: Ubuntu 14.04.1 LTS "Trusty Tahr" - Release amd64 (20140722.2)
MachineType: LENOVO 20AQCTO1WW
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.16.0-31-generic.efi.signed root=UUID=259bbe5f-d5f2-42de-89f9-58a9d77e4a21 ro quiet splash vt.handoff=7
SourcePackage: systemd
UpgradeStatus: Upgraded to utopic on 2014-10-16 (157 days ago)
dmi.bios.date: 05/20/2014
dmi.bios.vendor: LENOVO
dmi.bios.version: GJET77WW (2.27 )
dmi.board.asset.tag: Not Available
dmi.board.name: 20AQCTO1WW
dmi.board.vendor: LENOVO
dmi.board.version: SDK0E50512 STD
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvrGJET77WW(2.27):bd05/20/2014:svnLENOVO:pn20AQCTO1WW:pvrThinkPadT440s:rvnLENOVO:rn20AQCTO1WW:rvrSDK0E50512STD:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 20AQCTO1WW
dmi.product.version: ThinkPad T440s
dmi.sys.vendor: LENOVO
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity-settings-daemon/+bug/1435108/+subscriptions