Comment 8 for bug 362359

Revision history for this message
BlackenedSky (caffeine-lord) wrote :

Update: Restarting HAL has no effect (which was still running at the time). When issue occurs, Xorg.0.log (/var/log/Xorg.0.log) displays messages:
PATEN USB HID Device: Device reopened after 1 attempts

That message is displayed several times over.

This is the log when Xserver starts up to detect the devices:

II) config/hal: Adding input device Macintosh mouse button emulation
(**) Macintosh mouse button emulation: Device: "/dev/input/event3"
(II) XINPUT: Adding extended input device "Macintosh mouse button emulation" (type: MOUSE)
(II) config/hal: Adding input device PATEN USB HID Device
(**) PATEN USB HID Device: always reports core events
(**) PATEN USB HID Device: Device: "/dev/input/event4"
(II) PATEN USB HID Device: Found keys
(II) PATEN USB HID Device: Configuring as keyboard
(II) XINPUT: Adding extended input device "PATEN USB HID Device" (type: KEYBOARD)
(**) PATEN USB HID Device: xkb_rules: "evdev"
(**) PATEN USB HID Device: xkb_model: "pc105"
(**) PATEN USB HID Device: xkb_layout: "gb"
(II) config/hal: Adding input device PATEN USB HID Device
(**) PATEN USB HID Device: always reports core events
(**) PATEN USB HID Device: Device: "/dev/input/event6"
(II) PATEN USB HID Device: Found 5 mouse buttons
(II) PATEN USB HID Device: Found x and y relative axes
(II) PATEN USB HID Device: Configuring as mouse
(**) PATEN USB HID Device: YAxisMapping: buttons 4 and 5
(**) PATEN USB HID Device: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
(II) XINPUT: Adding extended input device "PATEN USB HID Device" (type: MOUSE)
(**) PATEN USB HID Device: (accel) keeping acceleration scheme 1
(**) PATEN USB HID Device: (accel) filter chain progression: 2.00
(**) PATEN USB HID Device: (accel) filter stage 0: 20.00 ms
(**) PATEN USB HID Device: (accel) set acceleration profile 0

Note that my mouse is a 2 button(3 if you count scroll wheel button) mouse, not a Mac mouse? The keyboard and mouse are wireless, and both go through a single reciever/single USB connection. Also tried the reverting to 2.4 xorg-intel driver for intrepid I found in the ubuntu wiki (it is intended for another problem, but I thought I'd give it a shot), which had no effect.

Contents of /dev/input:
ls -1 /dev/input
by-id
by-path
event0
event1
event2
event3
event4
event5
event6
mice
mouse0
mouse1

Anyone have any ideas based on that info? Does this mean it is an x-server issue, or HAL issue? The right click solution is still working (when the 'greedy' controls have a context menu available). Have also tried enabling the 'proposed' sources in hope maybe it has been fixed somewhere already, but so far no luck.

Also, multimedia keys such as the volume still work when focus has bugged out.