2008-04-14 23:36:07 |
Daniel Hahler |
bug |
|
|
added bug |
2008-04-15 00:05:58 |
Daniel Hahler |
linux: importance |
Undecided |
High |
|
2008-04-15 00:05:58 |
Daniel Hahler |
linux: assignee |
|
ubuntu-kernel-team |
|
2008-04-15 00:05:58 |
Daniel Hahler |
linux: status |
New |
Triaged |
|
2008-04-15 00:59:16 |
Daniel Hahler |
description |
There are popping quite a lot "hotkeys don't work anymore" bugs up and it boils down to certain acpi_fakekey keycodes being ignored/filtered out.
acpi_fakekey is shipped from the package acpi-support, and it basically takes a keycode and sends it to the keyboard fd.
E.g. "sudo acpi_fakekey 81" works and simulates pressing "3".
The problem however is, that keycodes like KEY_WWW do not seem to get through (e.g. a running "xev" does not receive any event, when using sleep, acpi_fakekey and putting focus in the xev window).
This causes the hooks provided by acpi-support to do nothing, e.g. the following should open a browser window, but does nothing:
$ cat /etc/acpi/webbtn.sh
#!/bin/bash
. /usr/share/acpi-support/key-constants
acpi_fakekey $KEY_WWW
$ grep KEY_WWW /usr/share/acpi-support/key-constants
KEY_WWW=150
$ sudo acpi_fakekey 150
TESTCASE:
1. start "xev" (from x11-utils) in a shell/terminal
2. arrange the xev window and terminal so that you can see events from xev in the shell window
3. in another shell execute "sleep 10; sudo acpi_fakekey 148"
4. Move the mouse cursor/focus in the xev window
5. Check if a KeyPress and KeyRelease gets displayed when the acpi_fakekey gets executed
Joey Chan wrote in bug 199502:
Bug is actually in the kernel.
acpi-support is a collection of scripts, acpi-fakekey works in 2.6.22
I also ran Xorg7.4/1.3 on 2.6.22, fakekey still works.
It's only when changing to 2.6.24 does it break. I don't think the
problem is X ignoring the event, but the kernel actually dropping the
fake input. Looking at the source, there aren't any X components linked
in. |
There are popping quite a lot "hotkeys don't work anymore" bugs up and it boils down to certain acpi_fakekey keycodes being ignored/filtered out.
acpi_fakekey is shipped from the package acpi-support, and it basically takes a keycode and sends it to the keyboard fd.
E.g. "sudo acpi_fakekey 81" works and simulates pressing "3".
The problem however is, that keycodes like KEY_WWW do not seem to get through (e.g. a running "xev" does not receive any event, when using sleep, acpi_fakekey and putting focus in the xev window).
This causes the hooks provided by acpi-support to do nothing, e.g. the following should open a browser window, but does nothing:
$ cat /etc/acpi/webbtn.sh
#!/bin/bash
. /usr/share/acpi-support/key-constants
acpi_fakekey $KEY_WWW
$ grep KEY_WWW /usr/share/acpi-support/key-constants
KEY_WWW=150
$ sudo acpi_fakekey 150
TESTCASE:
1. start "xev" (from x11-utils) in a shell/terminal
2. arrange the xev window and terminal so that you can see events from xev in the shell window
3. in another shell execute "sleep 10; sudo acpi_fakekey 148"
4. Move the mouse cursor/focus in the xev window
5. Check if a KeyPress and KeyRelease gets displayed when the acpi_fakekey gets executed
Joey Chan wrote in bug 199502:
Bug is actually in the kernel.
acpi-support is a collection of scripts, acpi-fakekey works in 2.6.22
I also ran Xorg7.4/1.3 on 2.6.22, fakekey still works.
It's only when changing to 2.6.24 does it break. I don't think the
problem is X ignoring the event, but the kernel actually dropping the
fake input. Looking at the source, there aren't any X components linked
in.
From looking around at related issues it seems like the hotkeys probably should get handled using HAL.
See http://people.freedesktop.org/~hughsient/quirk/quirk-keymap-index.html for more information, about creating the required information files and maybe you can come up with some patch for hal-info and/or there's a patch available already somewhere, which needs to get included.
I'm still unsure about these problems, maybe acpi_fakekey gets "silenced" somewhere intentionally, because HAL is supposed to get used?! |
|
2008-04-16 22:51:19 |
Sergei Ianovich |
bug |
|
|
added attachment 'fakekey.patch' (Drop keycode bitmap check in input events) |
2008-05-06 21:16:17 |
Daniel Hahler |
linux: milestone |
|
ubuntu-8.04.1 |
|
2008-05-07 03:12:28 |
Tim Gardner |
linux: status |
Triaged |
In Progress |
|
2008-05-07 03:12:28 |
Tim Gardner |
linux: assignee |
ubuntu-kernel-team |
timg-tpi |
|
2008-05-12 04:28:37 |
Daniel Hahler |
bug |
|
|
assigned to debian |
2008-05-12 04:30:20 |
Bug Watch Updater |
None: status |
Unknown |
Fix Committed |
|
2008-05-14 02:40:23 |
Bug Watch Updater |
None: status |
Fix Committed |
Fix Released |
|
2008-06-02 18:26:54 |
Steve Langasek |
linux: status |
New |
In Progress |
|
2008-06-02 18:26:54 |
Steve Langasek |
linux: assignee |
|
timg-tpi |
|
2008-06-02 18:26:54 |
Steve Langasek |
linux: importance |
Undecided |
High |
|
2008-06-02 18:27:25 |
Steve Langasek |
linux: milestone |
ubuntu-8.04.1 |
|
|
2008-07-14 17:30:23 |
Bug Watch Updater |
None: status |
Fix Released |
New |
|
2008-07-19 14:56:58 |
MarcoBazzani |
linux: status |
In Progress |
Confirmed |
|
2008-07-19 14:57:12 |
MarcoBazzani |
linux: status |
Confirmed |
In Progress |
|
2008-07-19 14:58:02 |
MarcoBazzani |
linux: status |
In Progress |
Confirmed |
|
2008-07-20 16:09:54 |
MarcoBazzani |
bug |
|
|
added attachment 'linux-image-2.6.24-19-generic_2.6.24-19.36ubuntu1_i386.deb' (linux-image-2.6.24-19-generic_2.6.24-19.36ubuntu1_i386.deb) |
2008-07-24 09:40:47 |
MarcoBazzani |
bug |
|
|
added attachment 'linux-image-2.6.24-20-generic_2.6.24-20.37ubuntu1_i386.deb' (linux-image-2.6.24-20-generic_2.6.24-20.37ubuntu1_i386.deb) |
2008-09-23 21:29:08 |
Daniel Hahler |
linux: status |
Confirmed |
Triaged |
|
2008-09-23 21:29:08 |
Daniel Hahler |
linux: statusexplanation |
make some tests of a bunch of different installalation of hardy on laptops and desktops I can confirm this bug |
|
|
2008-11-24 16:41:24 |
Tom Jaeger |
bug |
|
|
added attachment 'acpi_fakekey.c' (acpi_fakekey.c) |
2008-12-22 20:26:15 |
Tim Gardner |
linux: importance |
High |
Undecided |
|
2008-12-22 20:26:15 |
Tim Gardner |
linux: assignee |
timg-tpi |
|
|
2008-12-22 20:29:52 |
Tim Gardner |
linux: status |
Triaged |
Invalid |
|
2008-12-22 20:29:52 |
Tim Gardner |
linux: assignee |
timg-tpi |
|
|
2008-12-22 20:29:52 |
Tim Gardner |
linux: importance |
High |
Undecided |
|
2008-12-22 20:29:52 |
Tim Gardner |
linux: statusexplanation |
|
Does not seem to be a kernel issue. |
|
2008-12-24 02:02:14 |
Steve Langasek |
linux: status |
In Progress |
Confirmed |
|
2009-02-02 23:26:14 |
Steve Langasek |
linux: status |
Confirmed |
Invalid |
|
2009-02-02 23:26:14 |
Steve Langasek |
linux: statusexplanation |
|
I've confirmed with the original submitter that the hotkey in question now works for him in jaunty, without the need of acpi_fakekey working; the linux task here is therefore either invalid or fixed.
acpi_fakekey itself, as well as all of acpi-support, is deprecated. If you are having problems with any other hotkeys in jaunty, please follow the directions at https://wiki.ubuntu.com/Hotkeys/Troubleshooting and file a new bug report on the correct package according to that page. |
|
2009-02-11 08:18:30 |
Martin Pitt |
linux: status |
Invalid |
Triaged |
|
2009-02-11 08:18:30 |
Martin Pitt |
linux: statusexplanation |
I've confirmed with the original submitter that the hotkey in question now works for him in jaunty, without the need of acpi_fakekey working; the linux task here is therefore either invalid or fixed.
acpi_fakekey itself, as well as all of acpi-support, is deprecated. If you are having problems with any other hotkeys in jaunty, please follow the directions at https://wiki.ubuntu.com/Hotkeys/Troubleshooting and file a new bug report on the correct package according to that page. |
I just debugged the very same issue in bug 268429, and got to the same result. acpi_fakekey opens the right device and writes to it, but nothing happens for e. g. "150" (KEY_WWW).
As written in https://wiki.ubuntu.com/AcpiSupportDeprecation, we can either fix the kernel to convert *all* ACPI hotkey events to input key events, or keep acpi-support around to do this conversion in userspace. |
|
2009-03-04 21:30:04 |
Steve Langasek |
linux: bugtargetdisplayname |
linux (Ubuntu) |
acpi-support (Ubuntu) |
|
2009-03-04 21:30:04 |
Steve Langasek |
linux: bugtargetname |
linux (Ubuntu) |
acpi-support (Ubuntu) |
|
2009-03-04 21:30:04 |
Steve Langasek |
linux: statusexplanation |
I just debugged the very same issue in bug 268429, and got to the same result. acpi_fakekey opens the right device and writes to it, but nothing happens for e. g. "150" (KEY_WWW).
As written in https://wiki.ubuntu.com/AcpiSupportDeprecation, we can either fix the kernel to convert *all* ACPI hotkey events to input key events, or keep acpi-support around to do this conversion in userspace. |
|
|
2009-03-04 21:30:04 |
Steve Langasek |
linux: title |
Bug #217504 in linux (Ubuntu): "acpi_fakekey stopped working for certain keycodes" |
Bug #217504 in acpi-support (Ubuntu): "acpi_fakekey stopped working for certain keycodes" |
|
2009-04-27 10:58:45 |
lujana |
bug |
|
|
added subscriber lujana |
2009-06-17 20:13:56 |
chrhei |
removed subscriber christian |
|
|
|
2009-09-20 10:00:17 |
Francisco T. |
removed subscriber Francisco T. |
|
|
|
2009-10-03 14:01:55 |
Michał Gołębiowski-Owczarek |
removed subscriber Michał Gołębiowski |
|
|
|
2009-10-06 02:38:02 |
Steve Langasek |
linux (Ubuntu): status |
New |
Fix Released |
|
2009-10-06 02:38:54 |
Steve Langasek |
acpi-support (Ubuntu): status |
Triaged |
Won't Fix |
|
2009-10-06 03:01:11 |
Nick B. |
removed subscriber Nick B. |
|
|
|
2009-11-17 21:23:34 |
Bug Watch Updater |
debian: status |
New |
Fix Released |
|
2011-09-06 16:22:07 |
Aurimas Fišeras |
removed subscriber Aurimas Fišeras |
|
|
|
2013-08-18 17:41:58 |
Julian Wiedmann |
linux (Ubuntu Hardy): status |
New |
Invalid |
|
2013-08-18 18:38:37 |
prokher |
removed subscriber prokher |
|
|
|
2013-09-04 22:52:40 |
Pavel |
removed subscriber Pavel |
|
|
|