Here's the situation: I recently decided to try an upright work desk, quite a big change for someone to lean on his laptop, and adjusting to this new configuration, I decided to plug in a secondary keyboard (more details on specs at the end). The input device is detected accurately but behaves as if it was holding some keystrokes in its buffer. Two main inconveniences:
a) from the sequence of keystrokes "abcd", only "bcd" comes through, the keyboard eating up the first letter,
b) if quickly typed, the sequence "123456890" yields in something like "23567890", as some keystrokes at the beginning are eaten up.
The description of the situation might look a bit superficial, unorthodox but I would greatly appreciate if someone could point me out to the right direction where to look at. Is udev the troublesome component? Could there some issues between USB 2-type device plugged in USB 3-type slot?
The specs: a Dell XPS15 with the 3.7.10 kernel and a USB 101-touch Dell keyboard (with some mileage of 6+ years I guess).
Thanks for a lot.
Last edited by nunobaba (2013-05-03 09:24:32)
Thanks for the tip, brebs. The light at the end of the tunnel was to mess up with kernel module ehci_hcd. Removing it manually
and adding it again via
made the issue vanished.
Are you suggesting to reconfigure the mkinitcpio and regenerate the initramfs?
Because mine is just the default with the default hooks base udev autodetect modconf block filesystems keyboard fsck
No. I'm suggesting (vaguely) that this is a bug in the kernel, or at least in the precedence order of the kernel's USB drivers.
I suggest you use the kernel bugzilla, if you're interested in getting a proper fix.
Thanks for the tip; I'll check into this direction.
Sorry if I answer to this thread after a year, but I'm experiencing the same issue right now with my wireless keyboard.
Removing the ehci_hcd module and readding it solves the issue for me too.
Any news about this?
Hey Veej, it really was a matter of latency caused by the usb module. How the mysterious issue was solved? I can't recall. I also switched to another PC since then. But you might have a grasp on it by looking into this direction.
I have the same problem mention here
But I found out that it was caused by usb auto suspend ... (Which brebs mention..)
Laptop_mode forced every usb device into auto suspend mode....
figure out /usr/lib/udev/rules.d/99-laptop-mode.rules solved my problem.
Edit: I found out that the correct way is to config /etc/laptop-mode/conf.d/usb-autosuspend.conf
Add USB keyboard to suspend black list should solve the problem.
Last edited by meteor (2014-09-02 07:33:06)