Red Hat Bugzilla – Bug 79913
IBM ThinkPad T30 + port replicator/dock + IMPS/2 scroll mouse makes mouse go nuts
Last modified: 2007-04-18 12:49:07 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4)
Description of problem:
I have an IBM ThinkPad T30, and when I plug an IMPS/2 optical scroll mouse into
the PS/2 port of the dock (or port replicator, the problem occurs in both), the
mouse just goes nuts.
If I plug in a USB IMPS/2 mouse, no problem. If I configure the scroll mouse
for standard PS/2 (and lose the scroll feature), it works. But if I try and use
the external PS/2 port on the dock/port rep with an IMPS/2 protocol, it goes nuts.
Only the dock/port rep has an external PS/2 port, so I'm not able to test if it
works without the dock. I did test under Windows to confirm that the hardware
was capable of this feature, it worked.
I used mouseconfig to set the mouse up, and we saw similar problems in gpm.
On one or two occaisions, we were able to get the IMPS/2 mouse to work, but we
couldn't ever get it to work in gpm and X at the same time, and we couldn't
replicate it working with any frequency.
We thought maybe it had to do with how the port was initialized, so we pulled
some code from kudzu that reset the mouse, but it didn't work reliably either,
although running kudzu would occaisionally get it to work. Very frustrating!!!!
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. put T30 in dock/port rep, plug in scroll mouse in PS/2 port on dock
3. configure mouse with mouse-config for IMPS/2
4. don't work.
6. don't work.
Actual Results: screwy jumping around mouse 99.99% of the time.
Expected Results: happy happy IMPS/2 mouse.
I will check an see if it also occurs on the T23 ThinkPad.
I'll also try and add the logs from the T30 here tomorrow.
Created attachment 88837 [details]
XF86Config for a T23 exhibiting the same problem.
The T23 also has the mouse go crazy when you try and configure it as an IMPS/2
5 button Intellimouse on a PS/2 port, with a docking station.
I might be able to get a port replicator for Red Hat to borrow for a couple of
months, but that would be the longest time I could loan it out. :-(
Created attachment 88838 [details]
XFree86 log for the T23
Created attachment 88839 [details]
output of dmesg on the T23
Created attachment 88840 [details]
/var/log/messages from the T23.
Are you plugging the mouse in at runtime, after X is started, or are you
plugging it in prior to powering up the machine?
XFree86 does not support runtime mouse hotplugging. Any pointer devices
that will be used during the X session must be configured int the XFree86
config file, and plugged into the machine physically when the X server
Hi. Here is some additional info for you:
1. I installed RHL without a docking station. Later I powered down, and
docked the machine, then booted up.
2. To connect the PS/2 mouse, I booted with the external PS/2 mouse connected
to the docking station via the PS/2 port(or port replicator, same difference),
used 'mouseconfig' to configure the mouse as a Microsoft Intellimouse PS/2. I
applied the changes to X as well as gpm. Then, whether I rebooted or not (I
tried both) I observed the erratic mouse behavior.
3. I also tried plugging the mouse into the USB port on the docking station,
and configuring it as Microsoft Intellimouse USB, and did not observe erratic
4. I plugged the mouse into the USB port on the ThinkPad itself, reconfigured
as Microsoft Intellimouse USB, and did not observe erratic behavior.
5. There is no external PS/2 port on the back of the T30's, so I was not able
to test this behavior, although we were able to reproduce it just from the
external PS/2 port on the T23's, without the docking station.
Please upgrade to Fedora Core 2 or later, and if this issue turns
out to still be reproduceable, please file a bug report in the
X.Org bugzilla located at http://bugs.freedesktop.org in the
Once you've filed your bug report to X.Org, if you paste the new
bug URL here, Red Hat will continue to track the issue in the
centralized X.Org bug tracker, and will review any bug fixes
that become available for consideration in future updates.