Compaq/HP Presario R4000-Series volume keys stick - kernel quirk
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linux |
Fix Released
|
Undecided
|
Unassigned | ||
openSUSE |
Fix Released
|
Medium
|
|||
linux (Gentoo Linux) |
Fix Released
|
Medium
|
|||
linux (Ubuntu) |
Fix Released
|
Medium
|
Andy Whitcroft |
Bug Description
Kernel Input Driver doesn't release volume up/down in main linux kernel, as well as ubuntu's kernel (stable or testing).
Pressing a volume up causes volume to go all the way up. Pressing a volume down causes volume to go all the way down. Keyboard is then unresponsive. (The usual!)
This issue also exists in gentoo's kernel, and also likely fedora.
The following is the showkey log from outside of xdm:
keycode 114 press (Volume Down Press and Release)
keycode 115 press (Volume Up Press and Release)
Here is the same thing with showkey -s - this time with some pressing and releasing.
0xe0 0x2e
0xe0 0x2e
0xe0 0x2e
0xe0 0x2e 0xe0 0x2e 0xe0 0x2e 0xe0 0x2e 0xe0 0x2e 0xe0 0x2e 0xe0 0x2e 0xe0 0x2e 0xe0 0x2e
0xe0 0x2e 0xe0 0x2e 0xe0 0x2e
0xe0 0x30
0xe0 0x30
0xe0 0x30
0xe0 0x30 0xe0 0x30 0xe0 0x30 0xe0 0x30 0xe0 0x30 0xe0 0x30 0xe0 0x30 0xe0 0x30 0xe0 0x30
0xe0 0x30 0xe0 0x30 0xe0 0x30
Basically a release is never generated for the volume keys. Fortunately, half a fix was already generated, so, I copied some of it:
https:/
The zv6100 has 99% the same internals as the r4100 series - and I have serviced both series as evidence of this.
Also, the scancodes that get stuck are the same:
0xae , 0xb0
So, I wrote a quirk to fix this for the kernel keyboard driver. Patch attached.
This patch is for gentoo's 2.6.29-gentoo-r5 kernel - but I have tested this with ubuntu's livecd, and have confirmed that this issue is present Ubuntu's tree as well - and probably all distributions. I have no idea who to contact from here - should I call Linus to get him to add this? xD
Changed in linux (Gentoo Linux): | |
importance: | Undecided → Unknown |
status: | New → Unknown |
Changed in linux (Gentoo Linux): | |
status: | Unknown → Confirmed |
Changed in linux (Ubuntu): | |
status: | New → In Progress |
Changed in opensuse: | |
status: | Unknown → Confirmed |
Changed in linux (Ubuntu): | |
status: | In Progress → Confirmed |
Changed in linux (Ubuntu): | |
status: | Incomplete → In Progress |
Changed in opensuse: | |
status: | Confirmed → Incomplete |
Changed in linux: | |
status: | In Progress → Fix Released |
Changed in linux (Ubuntu): | |
status: | Incomplete → Fix Released |
Changed in linux (Gentoo Linux): | |
status: | Confirmed → Fix Released |
Changed in opensuse: | |
status: | Incomplete → In Progress |
Changed in opensuse: | |
status: | In Progress → Fix Released |
Changed in opensuse: | |
status: | Fix Released → Incomplete |
Changed in linux (Gentoo Linux): | |
status: | Fix Released → Invalid |
Changed in linux (Gentoo Linux): | |
status: | Invalid → Fix Released |
Changed in opensuse: | |
status: | Incomplete → Fix Released |
Changed in linux (Gentoo Linux): | |
importance: | Unknown → Medium |
Changed in opensuse: | |
importance: | Unknown → Medium |
I notice the patch is explicitly labeled for the R4100, but I'm sure there are others that have the same volume key behavior (at least my R4000 does, down to the reported showkey codes). Would it be more prudent to include a larger swath of this laptop's various model (the entire R4000 series) in the patch?