[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#530585: marked as done (hal: HAL registers too many keyboard devices)



Your message dated Sat, 30 May 2009 15:36:38 +0000
with message-id <E1MAQbu-0005Rz-R4@ries.debian.org>
and subject line Bug#530585: fixed in xkeyboard-config 1.6-1
has caused the Debian Bug report #530585,
regarding hal: HAL registers too many keyboard devices
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
530585: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530585
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: hal
Version: 0.5.12~git20090406.46dc48-2
Severity: important

Yesterday I've upgraded my X.org from 7.3 to 7.4 which included
the removal of static kbd/mouse device configuration and their
replacement with evdev devices which get their information from HAL.

The net effect was that while the mouse still works, the keyboard
doesn't fully work. Some keys work without problems (e.g. enter),
while usual characters need to be input together with a trailing
space key to show up in order. Otherwise, the key code is alternating
constantly.

To demonstrate the problem:
 input = 444444 -> output = 4$4$4$
 input = 4 4 4 4 4 4 -> output = 444444

The alternation was also checked with xev (Or rather: x e v )
with several terminals and window managers just to make sure that
it's not related to these. It's not.
The key release event is always carrying the same key code and
is therefore not affected by the alternation. Using the same example
as above:
  press(34) release(24) press(24) release(24) press(34) release(24)...

This makes X11 completely unusable for me. The text console still
works, though. If you believe that due to this it is an evdev issue,
please reassign.
Nevertheless I suspect HAL of being the problem here. When I plug
in an external USB keyboard, it is registered twice instead of once.
The following two sections from lshal show that both event12 and event13
are registered for the external keyboard, while event0 to event11 are all
spurious other keyboard devices which I'll list further down.
When checking the created device nodes manually, e.g. cat /dev/input/eventX,
only event12 returns something for the external keyboard and only event1
for the internal keyboard.

udi = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if1_logicaldev_input'
  info.addons.singleton = {'hald-addon-input'} (string list)
  info.callouts.add = {'debian-setup-keyboard'} (string list)
  info.capabilities = {'input', 'input.keys', 'button'} (string list)
  info.category = 'input'  (string)
  info.parent = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if1'  (string)
  info.product = 'Chicony USB Keyboard'  (string)
  info.subsystem = 'input'  (string)
  info.udi = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if1_logicaldev_input'  (string)
  input.device = '/dev/input/event13'  (string)
  input.originating_device = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if1'  (string)
  input.product = 'Chicony USB Keyboard'  (string)
  input.x11_driver = 'evdev'  (string)
  input.xkb.layout = 'de'  (string)
  input.xkb.model = 'pc105'  (string)
  input.xkb.rules = 'base'  (string)
  linux.device_file = '/dev/input/event13'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  linux.subsystem = 'input'  (string)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1d.0/usb5/5-1/5-1:1.1/input/input13/event13'  (string)

udi = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if0_logicaldev_input'
  info.addons.singleton = {'hald-addon-input'} (string list)
  info.callouts.add = {'debian-setup-keyboard'} (string list)
  info.capabilities = {'input', 'input.keyboard', 'input.keypad', 'input.keys', 'button'} (string list)
  info.category = 'input'  (string)
  info.parent = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if0'  (string)
  info.product = 'Chicony USB Keyboard'  (string)
  info.subsystem = 'input'  (string)
  info.udi = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if0_logicaldev_input'  (string)
  input.device = '/dev/input/event12'  (string)
  input.originating_device = '/org/freedesktop/Hal/devices/usb_device_4f2_402_noserial_if0'  (string)
  input.product = 'Chicony USB Keyboard'  (string)
  input.x11_driver = 'evdev'  (string)
  input.xkb.layout = 'de'  (string)
  input.xkb.model = 'pc105'  (string)
  input.xkb.rules = 'base'  (string)
  linux.device_file = '/dev/input/event12'  (string)
  linux.hotplug_type = 2  (0x2)  (int)
  linux.subsystem = 'input'  (string)
  linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:1d.0/usb5/5-1/5-1:1.0/input/input12/event12'  (string)

Here's the abbreviated list of other devices registered as a keyboard:

input.product = 'Fujitsu FUJ02B1'  (string)
input.product = 'Video Bus'  (string)
input.product = 'Fujitsu FUJ02E3'  (string)
input.product = 'Macintosh mouse button emulation'  (string)
input.product = 'SynPS/2 Synaptics TouchPad'  (string)
input.product = 'PS/2 Generic Mouse'  (string)
input.product = 'AT Translated Set 2 keyboard'  (string)

In particular, I don't see what a video bus is doing there.
The Fujitsu keys could be special multimedia keys which seem to return
XF86Launch1-4 keycodes with xev (as opposed to returning nothing with
earlier kernels). There are four such keys though, and two Fujitsu
devices registered.
If you need the full list I can send it, but I guess the next step
would be to evaluate if it's indeed HAL's fault or evdev's or the
kernel's. All of these components are installed with their latest versions
from unstable.

I've also tried returning to manual device detection as described
in the blog entry linked from the Xorg NEWS.Debian file.
However, adding AutoAddDevices "off" to the Xorg ServerLayout
section was claimed to be an unknown command by Xorg.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages hal depends on:
ii  acl                         2.2.47-2     Access control list utilities
ii  adduser                     3.107        add and remove users and groups
ii  consolekit                  0.3.0-2      framework for defining and trackin
ii  dbus                        1.2.14-2     simple interprocess messaging syst
ii  hal-info                    20090309-1   Hardware Abstraction Layer - fdi f
ii  libc6                       2.9-4        GNU C Library: Shared libraries
ii  libdbus-1-3                 1.2.1-2      simple interprocess messaging syst
ii  libdbus-glib-1-2            0.80-3       simple interprocess messaging syst
ii  libexpat1                   2.0.1-4      XML parsing C library - runtime li
ii  libgcc1                     1:4.3.2-1    GCC support library
ii  libglib2.0-0                2.20.0-2     The GLib library of C routines
ii  libhal-storage1             0.5.11-2     Hardware Abstraction Layer - share
ii  libhal1                     0.5.11-1     Hardware Abstraction Layer - share
ii  libpolkit2                  0.9-3        library for accessing PolicyKit
ii  libsmbios2                  2.0.3.dfsg-1 Provide access to (SM)BIOS informa
ii  libstdc++6                  4.3.2-1      The GNU Standard C++ Library v3
ii  libusb-0.1-4                2:0.1.12-11  userspace USB programming library
ii  libvolume-id1               0.141-1      libvolume_id shared library
ii  lsb-base                    3.2-20       Linux Standard Base 3.2 init scrip
ii  mount                       2.13.1.1-1   Tools for mounting and manipulatin
ii  pciutils                    1:3.0.0-4    Linux PCI Utilities
ii  pm-utils                    1.1.0-1      utilities and scripts for power ma
ii  policykit                   0.9-3        framework for managing administrat
ii  udev                        0.141-1      /dev/ and hotplug management daemo
ii  usbutils                    0.73-8       Linux USB utilities

Versions of packages hal recommends:
ii  eject                         2.1.5-8    ejects CDs and operates CD-Changer
pn  libsmbios-bin                 <none>     (no description available)

-- no debconf information



--- End Message ---
--- Begin Message ---
Source: xkeyboard-config
Source-Version: 1.6-1

We believe that the bug you reported is fixed in the latest version of
xkeyboard-config, which is due to be installed in the Debian FTP archive:

xkb-data_1.6-1_all.deb
  to pool/main/x/xkeyboard-config/xkb-data_1.6-1_all.deb
xkeyboard-config_1.6-1.diff.gz
  to pool/main/x/xkeyboard-config/xkeyboard-config_1.6-1.diff.gz
xkeyboard-config_1.6-1.dsc
  to pool/main/x/xkeyboard-config/xkeyboard-config_1.6-1.dsc
xkeyboard-config_1.6.orig.tar.gz
  to pool/main/x/xkeyboard-config/xkeyboard-config_1.6.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 530585@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Julien Cristau <jcristau@debian.org> (supplier of updated xkeyboard-config package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Sat, 30 May 2009 16:39:19 +0200
Source: xkeyboard-config
Binary: xkb-data
Architecture: source all
Version: 1.6-1
Distribution: unstable
Urgency: low
Maintainer: Debian X Strike Force <debian-x@lists.debian.org>
Changed-By: Julien Cristau <jcristau@debian.org>
Description: 
 xkb-data   - X Keyboard Extension (XKB) configuration data
Closes: 513557 514409 514975 529479 530585
Changes: 
 xkeyboard-config (1.6-1) unstable; urgency=low
 .
   * Add Breaks on old libx11-6.  It seems some people are keeping very, very
     old libx11-6 versions, which didn't know about some keysyms we're now
     using, thus making their keyboard unusable (closes: #530585, #514975).
   * New upstream release
     + adds Crimean Tatar layouts (closes: #513557)
     + French translation updated (closes: #529479)
     + fixes handling of compat layouts (closes: #514409)
   * Patches sclk_toggle.diff and unhide_lv3_enter_switch.diff are upstream.
   * Add README.source, bump Standards-Version to 3.8.1.
Checksums-Sha1: 
 b8c30058ded56895447256d9c6ebb0d4a0c60ca7 1390 xkeyboard-config_1.6-1.dsc
 dc52fea256f7785b870c82e3b34c66d9ab5ea05c 978570 xkeyboard-config_1.6.orig.tar.gz
 760beba544ed5220efe57af498e432d864580520 46936 xkeyboard-config_1.6-1.diff.gz
 49ebfbc16d9009f330ce54bdb77646b186d60fb8 810112 xkb-data_1.6-1_all.deb
Checksums-Sha256: 
 e5b17c6392d3b84fe96480e994e9025750af3540fd7c13a1939425175c20398b 1390 xkeyboard-config_1.6-1.dsc
 946a94be173a92c700d661e28f99fd2fec2649d4df5b5ee472a98bc3f33b6952 978570 xkeyboard-config_1.6.orig.tar.gz
 dda04ac4aefbaaa0af24f699424c86904471f6bd89bab6bab3535a4a772de53b 46936 xkeyboard-config_1.6-1.diff.gz
 772411f93d6ef13d6416baef53e8a5062cf05fe358d040ca59a912e4221b5bdb 810112 xkb-data_1.6-1_all.deb
Files: 
 a5e50203390140aca98219d3dda29ee0 1390 x11 extra xkeyboard-config_1.6-1.dsc
 889e6e10eb7449bf33a5423c40369da5 978570 x11 extra xkeyboard-config_1.6.orig.tar.gz
 8cc0b6115f3000ddb4adde4bc91860ed 46936 x11 extra xkeyboard-config_1.6-1.diff.gz
 d468bd063f455b6950970aa934f8f764 810112 x11 extra xkb-data_1.6-1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkohRnoACgkQmEvTgKxfcAySrgCbBNDutPG37hB/dzJnxnNXVEdn
G+QAniNOPob9v/Pmz0LZqHMU711CykdN
=TOlM
-----END PGP SIGNATURE-----



--- End Message ---

Reply to: