Summary: | Using mouse with some KVMs causes mouse to go crazy | ||
---|---|---|---|
Product: | xorg | Reporter: | John Aldrich <xorg> |
Component: | Input/Mouse | Assignee: | Xorg Project Team <xorg-team> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | major | ||
Priority: | high | CC: | erik.andren |
Version: | 6.8.1 | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
John Aldrich
2004-12-14 07:46:57 UTC
I've had identical problems with the KVM's here even with rh9. switching to/from a VT usually fixes the mice on the KVM's we have here. Switching to a text console and back to X does not fix it for me, nor does using CTRL+ALT+Backspace to restart X. Already tried the "usual" fixes. Further research shows that it appears to be a kernel bug, however, I'm going to leave it here, so that it can be looked into by XOrg folks. Most modern mices have some internal state that the driver needs to track. When a kvm is used and another system changes the state of the mouse behind the back of your system, you need to issue a reset of the mouse to a known state in order to resync. The problem is how to detect that a reset is needed... In the modern Linux and BSD kernels, the mouse protocol is handled in the kernel. Issuing a reset from X may only confuse the kernel driver a bit more. I have the same problem with FC3 and a LinkSys 4port KVM Add another user to the group... Same problems running FC4 (X11 6.8.2) on a Dell Dimension PC (Intel chipset), Microsoft Wheel Mouse Optical PS/2, Omniview 4 port KVM (PS/2). From what I've been told the fix for the XFree86 problems was to set the mouse transfer protocol from IMPS/2 to PS/2. Didn't work for me, but I'm running xorg's and not XFree86's drivers. I'm digging around for another older PS/2 mouse to check out. Whats the status on this using a modern version of xorg? (In reply to comment #6) > Whats the status on this using a modern version of xorg? I am having the same problem with a Belkin OmniCube 4-Port F1D094. Currently 2 desktops are connected Gentoo/xorg-x11-6.8.2-r6 and a Closed Source system. The Closed Source machine doesn't have problems. The Gentoo system "freaks out" after a switch. I have tested 2 different logitech optical mice using USB to PS/2 adapters. When freaking out, I can disconnect the mouse for a few seconds then reconnect and the problem is cleared. I have the following options set for the mouse device in my xorg.conf file: Option "Protocol" "ImPS/2" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5" The problem did not exist when I was using a linksys KVM2KIT. Also, I have yet to try a mechanical native PS/2 mouse. I hope this information is helpful. -AaronA Sorry, I should have tested at this before my previous post. I tested a M$ Wheelmouse and a Compaq branded Logitech mouse. Both are mechanical PS2 native with scroll wheels. Neither caused the issue that I saw with the Logitech optical mice (Model: M-BJ58 and Dual Optical M-BL63B). -AaronA Marking broken (status null/blank) bugs in xorg with no activity in a long time as fixed. Please reopen if you think it's necessary, but first do a search if a similar bug report is already filed and in a NEW/ASSIGNED state. These bugs do not currently show in most search results as they do not have any status. Sorry for this janitorial spam, you know where to send hate mails to when your inbox gets full of bugs you're subscribed to. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.