Bug 115763
Summary: | Mouse locks-up when installing new rpm | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Jean-Pascal Houde <jp> | ||||
Component: | kernel | Assignee: | Pete Zaitcev <zaitcev> | ||||
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 3.0 | CC: | petrides | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | athlon | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2007-10-19 19:30:03 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Jean-Pascal Houde
2004-02-15 21:23:14 UTC
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 10 seconds! 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]
dmesg output
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: http://www.redhat.com/security/updates/errata/ 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. |