Coolbox QBook 270-02: volume keys produce more than one key event
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Invalid
|
Medium
|
Unassigned | ||
udev (Ubuntu) |
Fix Released
|
Medium
|
Martin Pitt |
Bug Description
Binary package hint: udev
Hi,
Volume control keys do not work reliably on my netbook (Coolbox QBook 270-02).
Those keys are pressed as a combination of Fn + right and Fn + left.
When I press any of them, sometimes they are ignored, sometimes they generate and endless number of keypress/keyrelease event pairs while the rest of the keys stop to work.
Attached is the output xev gets (after killing the gnome-settings-
Below is the output from /lib/udev/keymap -i input/event4.
root@melon:
Press ESC to finish
scan code: 0xB0 key code: volumeup
scan code: 0xAE key code: volumedown
scan code: 0xB0 key code: volumeup
scan code: 0xAE key code: volumedown
scan code: 0x39 key code: space
scan code: 0xB0 key code: volumeup
scan code: 0xAE key code: volumedown
scan code: 0xAE key code: volumedown
scan code: 0xB0 key code: volumeup
scan code: 0x01 key code: esc
ProblemType: Bug
Architecture: i386
Date: Fri Aug 28 12:58:18 2009
DistroRelease: Ubuntu 9.10
MachineType: FOXCONN QBOOK
Package: udev 146-1
PccardctlIdent:
PccardctlStatus:
ProcCmdLine: root=UUID=
ProcEnviron:
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: udev
Uname: Linux 2.6.31-7-generic i686
dmi.bios.date: 11/04/2008
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 080015
dmi.board.
dmi.board.name: QBOOK
dmi.board.vendor: FOXCONN
dmi.board.version: 1.1
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: QBOOK
dmi.product.
dmi.sys.vendor: FOXCONN
Changed in udev (Ubuntu): | |
assignee: | nobody → Martin Pitt (pitti) |
importance: | Undecided → Medium |
status: | New → Confirmed |
Changed in linux (Ubuntu): | |
status: | New → Triaged |
There's a possibility that the acpi-support scripts also catch these events and duplicate the key presses.
Can you please try
sudo dpkg -P acpi-support
and check if it still behaves the same?
However, that wouldn't explain the irregular behaviour you sometimes get, like endless number of repeats.
udev's keymap itself seems to be right here (or, rather, not affected at all), the key symbols seem to be correct. So if acpi-support isn't the culprit, this would be a kernel bug.