Red Hat Bugzilla – Bug 74995
Erratic behavior with USB keyboard.
Last modified: 2008-08-01 12:22:52 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020712
Description of problem:
When using USB keyboard with kernel 2.4.18-14 on a Dell Precision 530 I am
receiving erratic behavior. Such as characters repeating many times. This
behavior exhists in X as well as in console mode. I am using the U.S. Keyboard
located in /lib/kdb/keymaps/i386/qwerty/us.map.gz. If you disable repeat keys
in X the behavior changes to keys not being registered sometimes when you type.
Example: You may have to type the letter "r" several times before it is
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Install Redhat 8.0 custom everything on Dell Precision 530
2.Make sure keyboard is a USB device
3.Edit files or enter commands from the command line in X or console mode.
Actual Results: Keys repeat many times or are not registered at all.
Expected Results: Pressing a key ehco's that key only once unless held down.
Replacing the keyboard with a PS/2 keyboard fixes the problem.
This is probably a symptom of the USB subsystem not being properly detected. The
USB HID drivers don't get loaded properly and so it defaults to a half broken
failure mode of the BIOS providing a USB keyboard to PS2 bridge. If the kernel
were to properly detect the USB system and load the HID drivers, the keyboard
would function properly.
This is likely a DUP of bug <a
I am having this same problems on a Dell 8100 using the Dell USB keyboard.
worked in 7.3 but not 8.0. If I can be any help please let me know.
Same problem here, latest kernel, same kind of machine.
Sorry for the delay, being swamped with RHAS work here...
This has nothing to do with EHCI as far as I can tell, so not a dup 75596.
The guess about BIOS would sound exactly right, erratic events are
symptom of "USB legacy" support interfering ... except that old kernel worked!
So, I don't think it's BIOS either.
Someone please capture dmesg before and after USB keyboard was atteched,
and a couple of keystrokes were made. PLEASE DO NOT DROP dmesg INTO COMMENTS BOX.
Created attachment 88586 [details]
dmesg on Redhat 8.0 Dell Precision 530 with USB keyboard
The dmesg attachment was made with only a USB keyboard attached, because it's all I have
I've seen this behavior, too. I'm running Redhat 8.0 on a Dell Inspiron 8000. I
normally use a USB keyboard, but I am quite sure I've seen this happen when I've
been using the built-in keyboard (and USB keyboard is detached). I used to think
that this was a VMWare problem, because I most often see the problem show up in
my VMWare virtual machine (running WinME). However, just yesterday I noticed it
happening in X. With a little experimentation, it seemed to happen more often if
I typed quickly.
Well, some good news. Dell released version A09 of the firmware for the Precision 530. I installed the firmware this morning, and it seems so far that the keyboard issues, at least for this machine, have gone away. No repeats, no non-inputs when issuing keystrokes.
I have been using BIOS version A09 (latest available) on my Dell 8100 for over
6 months and still have the keyboard problem, probably not the same as version
A09 on the Dell 530.
Correct, T- and A- revisions are meaningful within a family only.
For instance, all Napa based machines will have same A11.
It is pretty hard to gather what boxes use what families though,
so it's best to consider these numbers unique for every model.
Same problem on a Gateway 300SE, USB keyboard/mouse.
Oddly enough, it worked fine on a previous upgrade
from 7.3 to 8.0, but not a fresh install of 8.0. The
only difference I can think of was the hard drive, however
in the installation it worked on, system load was high
until after the first login via gdm, then out, then
back in, and all would work fine from then on. I also
noticed the mouse would sometimes fail to work unless
unplugged, then plugged back in, but not all the time.
Hate to be the bearer of bad news, but the "fix" with the bios update didn't work as well as hoped. I had to go back to a standard keyboard with the ps2 type adapter. So, still sitting on about a dozen P4 machines that need to be built, utilizing USB keyboards. Any progress in a patch for this behavior? BTW, I did also notice the same erratic behavior with the mouse on a few occasions. Unplugging, then replugging it back in did seem to fix it until another reboot.
Any progress on this bug? I still have 11 machines waiting to be used, with USB keyboards.
I see similar erratic keyboard behavior (runaway repeats, especially using
up-arrow in gnome-terminal, keyboard lockups, keyboard-mouse lockups; I've run
all Dell diagnostics to check for hardware problems) on my Dell Precision 620
with a _ps2_ keyboard. Is this a Dell BIOS issue? (There are no BIOS updates
available from Dell for the 620.)
I'm seeing similar problems on a homebuilt machine with an Asus P4B motherboard
(BIOS revision 1012) with a Dell RT7D10 USB keyboard. It's not reliably
reproducable, but keys will apparently become "sticky" with large numbers of
repeats for a single keypress.
I see this with both the Red Hat 8.0 default 2.4.18-14 kernel and my own
custom-compiled 2.4.21-pre5-ac3. It occurs when the kernel is compiled with
either CONFIG_USB_UHCI or CONFIG_USB_UHCI_ALT. Disabling legacy USB support in
the BIOS did not stop the problem happening.
The identical keyboard, running on a Dell Precision 530 under Red hat 7.3
(kernel 2.4.18-27.7.xsmp) works with no problems.
Steven, tried Fedora Core 1 yet?
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/