- Package:
- xserver-xorg-input-evdev
- Source:
- xserver-xorg-input-evdev
- Description:
- X.Org X server -- evdev input driver
- Submitter:
- Vincent Lefevre
- Date:
- 2018-12-14 00:42:04 UTC
- Severity:
- important
I have a USB keyboard attached to my laptop, and I use it as the main keyboard. I was using it, and suddenly it no longer worked at all (for instance, xev didn't report any event). The device was still seen by /lib/udev/findkeyboards and by lsusb. And the laptop keyboard was still working. I had to unplug the keyboard and plug it in again so that keys worked again (I also had to log out and log in again to make special keys work, due to some X window bug I think). I've had this problem twice: now and a week ago. Never before, AFAIK.
Hi, Vincent Lefevre wrote: Peculiar. Do you have a kernel log from when this happened? Can you attach "lsusb -v" output describing your keyboard in its normal state? Thanks for writing and sorry for the trouble, Jonathan
There is nothing in the kernel log (only when I unplug / plug the
keyboard).
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x05ac Apple, Inc.
idProduct 0x0221 Aluminum Keyboard (ISO)
bcdDevice 0.69
iManufacturer 1 Apple, Inc
iProduct 2 Apple Keyboard
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 59
bNumInterfaces 2
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 20mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 3 Human Interface Device
bInterfaceSubClass 1 Boot Interface Subclass
bInterfaceProtocol 1 Keyboard
iInterface 0
HID Device Descriptor:
bLength 9
bDescriptorType 33
bcdHID 1.11
bCountryCode 13 International (ISO)
bNumDescriptors 1
bDescriptorType 34 Report
wDescriptorLength 75
Report Descriptors:
** UNAVAILABLE **
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0008 1x 8 bytes
bInterval 10
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 3 Human Interface Device
bInterfaceSubClass 0 No Subclass
bInterfaceProtocol 0 None
iInterface 0
HID Device Descriptor:
bLength 9
bDescriptorType 33
bcdHID 1.11
bCountryCode 0 Not supported
bNumDescriptors 1
bDescriptorType 34 Report
wDescriptorLength 47
Report Descriptors:
** UNAVAILABLE **
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0001 1x 1 bytes
bInterval 10
Device Status: 0x0000
(Bus Powered)
The keyboard has a USB hub:
Bus 008 Device 006: ID 05ac:1006 Apple, Inc. Hub in Aluminum Keyboard
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 9 Hub
bDeviceSubClass 0 Unused
bDeviceProtocol 1 Single TT
bMaxPacketSize0 64
idVendor 0x05ac Apple, Inc.
idProduct 0x1006 Hub in Aluminum Keyboard
bcdDevice 94.15
iManufacturer 1 Apple, Inc.
iProduct 2 Keyboard Hub
iSerial 3 000000000000
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 300mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Unused
bInterfaceProtocol 0 Full speed (or root) hub
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0001 1x 1 bytes
bInterval 12
Hub Descriptor:
bLength 9
bDescriptorType 41
nNbrPorts 3
wHubCharacteristic 0x008d
Per-port power switching
Compound device
Per-port overcurrent protection
TT think time 8 FS bits
Port indicators
bPwrOn2PwrGood 50 * 2 milli seconds
bHubContrCurrent 200 milli Ampere
DeviceRemovable 0x04
PortPwrCtrlMask 0xff
Hub Port Status:
Port 1: 0000.0100 power
Port 2: 0000.0303 lowspeed power enable connect
Port 3: 0000.0303 lowspeed power enable connect
Device Qualifier (for other device speed):
bLength 10
bDescriptorType 6
bcdUSB 2.00
bDeviceClass 9 Hub
bDeviceSubClass 0 Unused
bDeviceProtocol 0 Full speed (or root) hub
bMaxPacketSize0 64
bNumConfigurations 1
Device Status: 0x0000
(Bus Powered)
A mouse was attached to this hub and was still working when the
keyboard was no longer working.
Vincent Lefevre wrote: Do you mind showing a few lines of this nothing (i.e., a few lines before and after), to provide something concrete for puzzled people to stare at? Even better would be full "dmesg" output from booting and reproducing the bug. Thanks, Jonathan
[...] Jun 11 00:05:36 xvii kernel: [ 81.944042] eth0: no IPv6 routers present Jun 11 00:05:37 xvii kernel: [ 82.731861] device eth0 left promiscuous mode Jun 11 00:05:42 xvii kernel: [ 87.840697] colord[3180]: segfault at 8 ip 000000000040bc6d sp 00007fff52e38460 error 4 in colord[400000+20000] Jun 11 00:06:00 xvii kernel: [ 105.682555] dell_wmi: Received unknown WMI event (0x11) Jun 11 00:06:31 xvii kernel: [ 136.408062] CE: hpet increased min_delta_ns to 20113 nsec The problem occurred at around 03:45. I first tried to unplug/replug the mouse from the keyboard hub (03:49:28 / 03:49:45), then unplugged/replugged the keyboard (03:49:52 / 03:49:53): Jun 12 03:49:28 xvii kernel: [99913.293662] usb 8-3.3: USB disconnect, device number 4 Jun 12 03:49:45 xvii kernel: [99930.132248] usb 8-3.3: new low-speed USB device number 5 using ehci_hcd Jun 12 03:49:45 xvii kernel: [99930.230558] usb 8-3.3: New USB device found, idVendor=046d, idProduct=c00f Jun 12 03:49:45 xvii kernel: [99930.230568] usb 8-3.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Jun 12 03:49:45 xvii kernel: [99930.230575] usb 8-3.3: Product: USB-PS/2 Optical Mouse Jun 12 03:49:45 xvii kernel: [99930.230580] usb 8-3.3: Manufacturer: Logitech Jun 12 03:49:45 xvii kernel: [99930.235250] input: Logitech USB-PS/2 Optical Mouse as /devices/pci0000:00/0000:00:1d.7/usb8/8-3/8-3.3/8-3.3:1.0/input/input19 Jun 12 03:49:45 xvii kernel: [99930.235808] generic-usb 0003:046D:C00F.0004: input,hidraw2: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:1d.7-3.3/input0 Jun 12 03:49:52 xvii kernel: [99937.102950] usb 8-3: USB disconnect, device number 2 Jun 12 03:49:52 xvii kernel: [99937.102959] usb 8-3.2: USB disconnect, device number 3 Jun 12 03:49:52 xvii kernel: [99937.160314] usb 8-3.3: USB disconnect, device number 5 Jun 12 03:49:53 xvii kernel: [99938.724384] usb 8-3: new high-speed USB device number 6 using ehci_hcd Jun 12 03:49:53 xvii kernel: [99938.866106] usb 8-3: New USB device found, idVendor=05ac, idProduct=1006 Jun 12 03:49:53 xvii kernel: [99938.866116] usb 8-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jun 12 03:49:53 xvii kernel: [99938.866123] usb 8-3: Product: Keyboard Hub Jun 12 03:49:53 xvii kernel: [99938.866128] usb 8-3: Manufacturer: Apple, Inc. Jun 12 03:49:53 xvii kernel: [99938.866133] usb 8-3: SerialNumber: 000000000000 Jun 12 03:49:53 xvii kernel: [99938.866772] hub 8-3:1.0: USB hub found Jun 12 03:49:53 xvii kernel: [99938.866865] hub 8-3:1.0: 3 ports detected Jun 12 03:49:54 xvii kernel: [99939.136382] usb 8-3.2: new low-speed USB device number 7 using ehci_hcd Jun 12 03:49:54 xvii kernel: [99939.235917] usb 8-3.2: New USB device found, idVendor=05ac, idProduct=0221 Jun 12 03:49:54 xvii kernel: [99939.235927] usb 8-3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Jun 12 03:49:54 xvii kernel: [99939.235934] usb 8-3.2: Product: Apple Keyboard Jun 12 03:49:54 xvii kernel: [99939.235939] usb 8-3.2: Manufacturer: Apple, Inc Jun 12 03:49:54 xvii kernel: [99939.241010] input: Apple, Inc Apple Keyboard as /devices/pci0000:00/0000:00:1d.7/usb8/8-3/8-3.2/8-3.2:1.0/input/input20 Jun 12 03:49:54 xvii kernel: [99939.241418] apple 0003:05AC:0221.0005: input,hidraw0: USB HID v1.11 Keyboard [Apple, Inc Apple Keyboard] on usb-0000:00:1d.7-3.2/input0 Jun 12 03:49:54 xvii kernel: [99939.244883] input: Apple, Inc Apple Keyboard as /devices/pci0000:00/0000:00:1d.7/usb8/8-3/8-3.2/8-3.2:1.1/input/input21 Jun 12 03:49:54 xvii kernel: [99939.245216] apple 0003:05AC:0221.0006: input,hidraw1: USB HID v1.11 Device [Apple, Inc Apple Keyboard] on usb-0000:00:1d.7-3.2/input1 Jun 12 03:49:54 xvii kernel: [99939.316294] usb 8-3.3: new low-speed USB device number 8 using ehci_hcd Jun 12 03:49:54 xvii kernel: [99939.413994] usb 8-3.3: New USB device found, idVendor=046d, idProduct=c00f Jun 12 03:49:54 xvii kernel: [99939.413999] usb 8-3.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Jun 12 03:49:54 xvii kernel: [99939.414003] usb 8-3.3: Product: USB-PS/2 Optical Mouse Jun 12 03:49:54 xvii kernel: [99939.414005] usb 8-3.3: Manufacturer: Logitech Jun 12 03:49:54 xvii kernel: [99939.418097] input: Logitech USB-PS/2 Optical Mouse as /devices/pci0000:00/0000:00:1d.7/usb8/8-3/8-3.3/8-3.3:1.0/input/input22 Jun 12 03:49:54 xvii kernel: [99939.418240] generic-usb 0003:046D:C00F.0007: input,hidraw2: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:1d.7-3.3/input0 Attached.
Hi again, Vincent Lefevre wrote: Thanks for your help on this. No clues, just as you guessed (but thanks for the log). I assume the X log does not say anything interesting, either, and that even after switching to a VT the keyboard does not work when this happens? Since I'm out of ideas and I can't think of any Debian-specific patch that would be relevant, I'd suggest contacting linux-input@vger.kernel.org for hints. They might be able to help you get a trace with usbmon (of Documentation/usb/usbmon.txt fame), for example. Sorry I have no better ideas. Jonathan
found 677173 3.2.20-1 thanks Hi, This has just occurred again with 3.2.20-1. No, nothing in the X log. I haven't tried (I'll try next time, as I can switch to a VT from the laptop keyboard). I doubt there is anything specific to X, though (in particular since the laptop keyboard still works while the USB keyboard doesn't). I'll do that. Thanks,
from X. But it still works in a VT. If I run /lib/udev/keymap -i input/event1 from an xterm, the keyboard works for this command (but no longer once I terminate it). If I quit the X session, a new X session is started by gdm3, and the keyboard also works from this new X session. Should this bug be reassigned to some other package?
reassign 677173 xserver-xorg-input-evdev found 677173 1:2.7.0-1+b1 thanks Reassigned to xserver-xorg-input-evdev to be like Ubuntu: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/1002951 "keyboard input of 1st keyboard is ignored in X after a while"
Hi, [...] [...] [...] [...] This is a contentless reply to let the Debian X maintainers know about their new bug. :) Please feel free to reassign back to the kernel if the cause seems to be there. Thanks. Ciao, Jonathan
Jonathan Nieder <jrnieder@gmail.com> (17/06/2012): Next time I see a contentless reassign, that's just going to be -done. Now I don't see any X log anyway. What a great bug report. Mraw, KiBi.
Cyril Brulebois wrote: I guess you didn't read the quoted part above my text? (If that's not it, you have not explained yourself adequately, so please try again.) Vincent, please attach output from reportbug --template xserver-xorg-input-evdev Ciao, Jonathan
Jonathan Nieder <jrnieder@gmail.com> (17/06/2012): I did read it, and that's not what I'm complaining about. Mraw, KiBi.
Attached (reportbug.txt). I've also attached the old log file, corresponding to the session where the problem occurred this morning.
retitle 677173 after some time, some keyboard no longer works in the current X session thanks The same problem occurred with my laptop keyboard, suddenly, without doing anything special. This time, I hadn't had any USB keyboard attached since the last boot. However the laptop had been put into sleep several times. The keyboard was no longer working, but the touchpad was still working as usual, and I could quit the X session with it. The X session was restarted by gdm3, and I could use the keyboard again. Like before, nothing in the logs (X and dmesg) when the problem occurred.
Something interesting occurred with the USB keyboard. I was using Iceweasel, and suddenly it behaved as if both the Shift and Ctrl keys were pressed: left-clicks were extending the selection, and a left-click on a link was opening it in a background tab. After hitting various keys, this no longer occurred, but then, I noticed that the keyboard was no longer working... at least except Shift in Iceweasel for left-clicks, which were extending the selection (only) when Shift was pressed. So, it seems that when the problem occurs, the keyboard modifiers may still be working with clicks (to be confirmed).
account only if the key is kept pressed for about half a second (key modifiers are generally pressed at least that time when used as a combination with a click, that's why they appear to be working as usual), a bit like the Power button needs to be pressed for some time to be taken into account. If a normal key is pressed long enough, it repeats until it is released, as usual.
Sounds like you have slowkeys enabled. http://who-t.blogspot.fr/2012/06/xkb-slowkeys.html Cheers, Julien
So, it would seem that some part of the system would enable SlowKeys in my back for one of the keyboards (I recall that when this happens while I'm using the USB keyboard, only the USB keyboard is affected, not the laptop keyboard). If there a way to know whether SlowKeys is enabled, for each available keyboard? (Note: I'm not using GNOME, and even GNOME would be useless because according to what I see on this page, it cannot differentiate keyboards.)
Additional information: * SlowKeys can be turned on and off by pressing the Shift key for at least 10 seconds: https://bugzilla.redhat.com/show_bug.cgi?id=816764 I've tried and I confirm that this "works". When several keyboards are attached, only the keyboard for which the Shift key is pressed is affected (I suppose that this is expected). * When the bug occurred in my case, I don't think I've pressed Shift for 10 seconds (well, when I do this, this is in combination with another key like PageUp / PageDown, but in this case, SlowKeys switching isn't triggered), at least in most of the cases. * It may happen that the system misses the Shift Release event. Actually this is what happened on July 14. I recall: Something interesting occurred with the USB keyboard. I was using Iceweasel, and suddenly it behaved as if both the Shift and Ctrl keys were pressed: left-clicks were extending the selection, and a left-click on a link was opening it in a background tab. After hitting various keys, this no longer occurred, [...] And this is what happened last night. This could explain why the problem occurs and that this could be specific to the USB keyboard on this machine. * I had said that the problem also occurred with the main keyboard, but I don't remember whether I did anything special with the Shift key in this case. To summarize, there could be two different problems (but I'm not sure): 1. The fact that pressing the Shift key for at least 10 seconds activates SlowKeys for this keyboard. I don't think that this feature should be enabled by default. Hidden features are bad. Also, there may be a good reason to hold the Shift key for 10 seconds: when using it in a combination of Shift + clicks. And when SlowKeys is enabled/disabled (in this way at least), something should be written to some log file, so that the user can get the information in case he wonders. 2. The fact that a Shift Release event can be missed (it remains to be confirmed) with this USB keyboard. Note: I haven't noticed any missing Release event for the other keys.
Vincent Lefevre <vincent@vinc17.net> writes: Thanks a lot for posting this. I've now hit the bug several times myself over the last few days, and without having read this thread first I would never have known how to get out ot it. And that would have been really annoying given that this typically happens in the middle of some heavy editing session. I would have hated to have to throw away the work and reboot to get the system working again, and I don't think I ever would have figured out the shift key trick. BTW, is it only me, or do you have to hold down the key significantly longer to turn the "feature" off than to turn it on? It certainly feels like it. In my case it seems to happen most often when I do cut and paste, combining mouse selection with shift + del. I often end up holding down the shift key while selecting and bam... IMNSHO, the hotkey choice is too generic to be acceptable at all. Holding down any single key to silently enable a feature like this is not going to do. I find it somwhat surprising in light of the Ctrl+Alt+Backspace disabling.... Why couldn't they have used *both* shift keys as a trigger? That would have eliminated all false positives with no drawbacks AFAICS. Anyway, please disable this extremely annoying feature until some safer trigger can be found. Bjørn
No, it seems 10 seconds in both cases. Yes, while SlowKeys isn't turned on with Shift + non-modifier key, if you hold Shift for 10 seconds while using the mouse, it will be turned on. I completely agree.
+++ Vincent Lefevre [2012-07-20 08:58 +0200]: I hadn't seen this problem for weeks and thought maybe it was fixed, and then it happened again (keyboard suddenly not responding, but other keyboard working OK). Given the above message I tried holding down shift for 10 seconds and lo and behold, the keyboard was back working. So it does seem that the problem is the 'random but rare' enabling of this feature without actually holding shift down for 10 seconds (or at least I'm fairly sure I didn't, but will keep an eye out for doing it now). A way to confirm if the slowkeys feature is currently engaged would allow me to confirm this more directly next time. Wookey
http://cgit.freedesktop.org/xorg/xserver/commit/?id=4af8e22b1a539778388fe509a7f3a25860a7879c is in the X server in sid, so the X log should tell you. Cheers, Julien
Julien Cristau <jcristau@debian.org> writes: That's OK, but how do I permanently disable this mis-feature? I am now starting to get pissed enough to be willing to replace whatever part of the system is necessary. I can probably manage better without an X server than without a keyboard... Bjørn
As explained in the blog post I linked to, you have to disable AccessX. Cheers, Julien
But the blog post doesn't explain *how* to do that. Well, it explains it only for GNOME 3 users. But not everyone uses GNOME. "man -k accessx" gives nothing interesting. http://tldp.org/HOWTO/Keyboard-and-Console-HOWTO-15.html says that AccessX is enabled if the X server is run with the +accessx option, but here AccessX is enabled while here there is no such option. "grep -ri accessx /etc" and "ps -aef | grep -i accessx" give nothing. And the X(7) man page doesn't mention AccessX. I also wonder why such a feature is enabled by default while there is no documentation about it!
I've finally found the solution: # apt-get install xkbset $ xkbset -a I wonder why xkbset hasn't been installed by default (I thought that x11-xkb-utils were sufficient for XKB settings).
Vincent Lefevre <vincent@vinc17.net> writes: Thanks. That's useful. But I found an even better solution: apt-cache search xdm (install one of the alternatives) apt-get purge gdm3 This has the extra bonus that XAUTHORITY is back where you expect it to be, and the X server command line is configurable again. Bjørn
forwarded 677173 https://bugs.freedesktop.org/52611 quit Hi, Bjørn Mork wrote: [etc] Nothing about this looks Debian-specific, so filed upstream. Hopefully further work can happen there. (If I screwed up in filing, please feel free to fix it.) Thanks, Jonathan
My X11 session switched to slowkeys mode today without my having held the shift key down for 10 consecutive seconds, as far as i know. I don't think there's anything in the log here that is indicates anything, but i thought i'd send it along for further edification. starting at 22745.777, you can see me plugging in an external USB keyboard to try to work around the problem. hope this is useful,
even touch the Shift key! Note: It sometimes happens that I unintentionally hold the Shift key for 8+ seconds (e.g. because I intend to type PageUp or PageDown, but don't do it immediately). In such a case, a message is written to the /var/log/Xorg.0.log file. But here, nothing was written! Here are the last messages in the /var/log/Xorg.0.log file: [778009.172] (II) XKB SlowKeys are now enabled. Hold shift to disable. [870684.606] (II) XKB SlowKeys are disabled. [870684.620] (II) XKB SlowKeys are now enabled. Hold shift to disable. [870793.988] (II) XKB SlowKeys are now enabled. Hold shift to disable. [870793.988] (II) XKB SlowKeys are disabled. [970681.038] (II) XKB SlowKeys are disabled. [970681.101] (II) XKB SlowKeys are now enabled. Hold shift to disable. [970710.197] (II) XKB SlowKeys are now enabled. Hold shift to disable. [970710.198] (II) XKB SlowKeys are disabled. [970782.228] (II) config/udev: removing device USB OPTICAL MOUSE [970782.519] (II) evdev: USB OPTICAL MOUSE: Close [970782.641] (II) UnloadModule: "evdev" [970783.017] (II) config/udev: Adding input device USB OPTICAL MOUSE (/dev/input/mouse0) [970783.056] (II) No input driver specified, ignoring this device. [970783.056] (II) This device may have been added with another device file. [970783.056] (II) config/udev: Adding input device USB OPTICAL MOUSE (/dev/input/event3) [970783.056] (**) USB OPTICAL MOUSE: Applying InputClass "evdev pointer catchall" [970783.056] (II) Using input driver 'evdev' for ' USB OPTICAL MOUSE' [970783.056] Option "XkbRules" "evdev" [970783.056] Option "XkbModel" "evdev" [970783.056] Option "XkbLayout" "us" [970783.056] Option "_source" "server/udev" [970783.056] Option "name" " USB OPTICAL MOUSE" [970783.056] Option "path" "/dev/input/event3" [970783.056] Option "device" "/dev/input/event3" [970783.056] Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.7/usb8/8-3/8-3.3/8-3.3:1.0/input/input19/event3" [970783.056] Option "driver" "evdev" [970783.056] (**) USB OPTICAL MOUSE: always reports core events [970783.056] (**) evdev: USB OPTICAL MOUSE: Device: "/dev/input/event3" [970783.057] (--) evdev: USB OPTICAL MOUSE: Vendor 0x15d9 Product 0xa4c [970783.057] (--) evdev: USB OPTICAL MOUSE: Found 3 mouse buttons [970783.057] (--) evdev: USB OPTICAL MOUSE: Found scroll wheel(s) [970783.057] (--) evdev: USB OPTICAL MOUSE: Found relative axes [970783.057] (--) evdev: USB OPTICAL MOUSE: Found x and y relative axes [970783.057] (II) evdev: USB OPTICAL MOUSE: Configuring as mouse [970783.057] (II) evdev: USB OPTICAL MOUSE: Adding scrollwheel support [970783.057] (**) evdev: USB OPTICAL MOUSE: YAxisMapping: buttons 4 and 5 [970783.057] (**) evdev: USB OPTICAL MOUSE: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 [970783.057] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.7/usb8/8-3/8-3.3/8-3.3:1.0/input/input19/event3" [970783.057] (II) XINPUT: Adding extended input device " USB OPTICAL MOUSE" (type: MOUSE, id 12) [970783.057] (II) evdev: USB OPTICAL MOUSE: initialized for relative axes. [970783.057] (**) USB OPTICAL MOUSE: (accel) keeping acceleration scheme 1 [970783.057] (**) USB OPTICAL MOUSE: (accel) acceleration profile 0 [970783.057] (**) USB OPTICAL MOUSE: (accel) acceleration factor: 2.000 [970783.057] (**) USB OPTICAL MOUSE: (accel) acceleration threshold: 4 [992084.496] (II) XKB SlowKeys are disabled. [992084.515] (II) XKB SlowKeys are disabled. SlowKeys got enabled for no reasons around 992000. I could disable it by holding Shift for 8+ seconds.