kernel-packages team mailing list archive

[Julian Wiedmann <217504@xxxxxxxxxxxxxxxxxx>]

This release has reached end-of-life [0].

[0] https://wiki.ubuntu.com/Releases

** Changed in: linux (Ubuntu Hardy)
       Status: New => Invalid

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/217504

Title:
  acpi_fakekey stopped working for certain keycodes

Status in “acpi-support” package in Ubuntu:
  Won't Fix
Status in “linux” package in Ubuntu:
  Fix Released
Status in “acpi-support” source package in Hardy:
  Invalid
Status in “linux” source package in Hardy:
  Invalid
Status in Debian GNU/Linux:
  Fix Released

Bug 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.

  
  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?!

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/217504/+subscriptions