From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030922
Description of problem:
When installing a new RPM package from Konqueror, the mouse locks up
until I do "/sbin/rmmod usb-uhci; /sbin/insmod usb-uhci", which correct
the problem. All the rest of the system continues to work (including
the RPM installation), only the mouse stops.
I am using a Microsoft IntelliMouse Optical Mouse (USB)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open konqueror and point to a folder containing a new rpm package
(not already installed)
2. Double-click on the package
3. Enter root password
4. The mouse locks up.
5. The install lags a little bit, but continues as if everything was
Actual Results: Mouse doesn't respond to movement or clicks.
Keyboard and OS still work.
I also noticed that several lock files stay in /var/lib/rpm (__db.001
Expected Results: The mouse should continue to work.
I've already expenrienced this problem with Redhat 9, but I didn't
file a bug at that moment.
What package were you installing? Any of them? Are there any
messages in dmesg about the mouse or usb controller?
I've tried with two different packages, xmms-mp3 (from gurulabs) and
ami from RH 3 ES.
Now it is even more strange. I cancelled the rpm installation, did
rmmod and insmod, the mouse went OK, but it stopped working afters ~10
secs. Even if I do rmmod + insmod again, it only lasts something like
I don't know exactly why... I tried to complete the installation and
it nothing changed.
I will attach the result of dmesg, because I don't know how to select
text without my mouse ;)
Created attachment 97770 [details]
I made a few tests more, and I conclude that :
-the problem doesn't appear if I start redhat-install-packages from
the console or from Nautilus
-there's a 5-10 seconds lag before redhat-install-packages appears
when I start it from konqueror.
i have this same problem with my ms intelli mouse but in when in
nautilus. and it only happens occasionaly. this bug has been biting me
since RHL 8.0 its not very reproduceable in gnome maybe every 10 rpms
or fewer. it never happens when using something like up2date or synaptic.
this bug seems to be related to bug # 77192 who also has an MS intelli
mouse. is it possible there is something wrong with the driver for
this mouse? oh i have an i686 not an athlon
Looks pretty hopeless, but I'll look into it.
The -110 is a timeout; the device just goes belly up and that's it.
I'm still thinking about this bug periodically. It is not common
and has something to do with particular mice (Intellimouse mostly).
The problem may be caused by a process which attempts to discover
the USB configuration. It may be a part of KDE desktop, I'm not well
versed in workings of that. If someone was able to identify what
process hits devfs, we might be able to reconfigure it not to do that.
Is there a possiblity of an upgrade to RHEL 4? It is based on kernel 2.6
which has so-called "control transfer queueing".
This bug is filed against RHEL 3, which is in maintenance phase.
During the maintenance phase, only security errata and select mission
critical bug fixes will be released for enterprise products. Since
this bug does not meet that criteria, it is now being closed.
For more information of the RHEL errata support policy, please visit:
If you feel this bug is indeed mission critical, please contact your
support representative. You may be asked to provide detailed
information on how this bug is affecting you.