Just installed CentOS 4.2 on a system that was running RedHat-9.
The system is connected to the keyboard, video and mouse through a Belkin OmniView Pro KVM switch.
After bootup, the the system tracks movement by the mouse just fine.
The unstable behavior can be characterized as follows:
1. Console is switched to a different system for a time and then switched back to the Centos system.
2. Movement of the mouse causes the cursor to jump all over the screen erratically.
3. Windows appear/disappear as if mouse-clicks are selecting things rapidly at random.
It's pretty difficult to follow visually, so I can't say in detail what is going on.
I changed xorg.conf to have "simulate 3-button mouse" set to "no". No change in behavior.
The mouse is a pretty simple one that came with an E-Machines box and has worked fine with all of the systems up until now.
Any pointers would be greatly appreciated.
Charles L. Sliger, Information Systems Engineer, chaz@bctonline.com
"no matter where you go, there you are..."
On Fri, 2006-01-27 at 16:19 -0800, Charles Sliger wrote:
The system is connected to the keyboard, video and mouse through a Belkin OmniView Pro KVM switch.
Pass "psmouse.proto=exps" to the kernel. If that doesn't work then try imps, then raw.
From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Ignacio Vazquez-Abrams Sent: Friday, January 27, 2006 4:32 PM
On Fri, 2006-01-27 at 16:19 -0800, Charles Sliger wrote:
The system is connected to the keyboard, video and mouse through a Belkin OmniView Pro KVM switch.
Pass "psmouse.proto=exps" to the kernel. If that doesn't work then try imps, then raw.
On Fri, 2006-01-27 at 20:11, Charles Sliger wrote:
From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Ignacio Vazquez-Abrams Sent: Friday, January 27, 2006 4:32 PM
On Fri, 2006-01-27 at 16:19 -0800, Charles Sliger wrote:
The system is connected to the keyboard, video and mouse through a Belkin OmniView Pro KVM switch.
Pass "psmouse.proto=exps" to the kernel. If that doesn't work then try imps, then raw.
If that does not work then get a new KVM switch. Belkin KVM switches have caused lots of people the same problem. The imps setting worked on one of my systems.
Others have reported that if you switch to the terminal and back that it will rest things. Have not tried that one, so I don't know if that will work or not.
I finally installed a KVM from iogear that works well.
Getting a new KVM switch will take some explaining. The Belkin has not been a problem up until now. The RedHat-9 systems and The Windows-XP systems have no problems. I would think that since CentOS is RedHat Enterprise, that this instability would be causing real pain given that enterprise servers are much more likely to be racked and accessed via a KVM switch. Is this same instability being seen on the RedHat installs? Does anyone know what changed in the mouse handling between 2.4 and 2.6? Is it possible to revert to the previous drivers? Regards, Chaz
Charles L. Sliger, Information Systems Engineer, chaz@bctonline.com "no matter where you go, there you are..."
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Scot L. Harris Sent: Friday, January 27, 2006 6:04 PM To: 'CentOS mailing list' Subject: RE: [CentOS] CentOS 4.2 Mouse Tracking Unstable
On Fri, 2006-01-27 at 20:11, Charles Sliger wrote:
From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On
Behalf
Of Ignacio Vazquez-Abrams Sent: Friday, January 27, 2006 4:32 PM
On Fri, 2006-01-27 at 16:19 -0800, Charles Sliger wrote:
The system is connected to the keyboard, video and mouse through a Belkin OmniView Pro KVM switch.
Pass "psmouse.proto=exps" to the kernel. If that doesn't work then try imps, then raw.
If that does not work then get a new KVM switch. Belkin KVM switches have caused lots of people the same problem. The imps setting worked on one of my systems.
Others have reported that if you switch to the terminal and back that it will rest things. Have not tried that one, so I don't know if that will work or not.
I finally installed a KVM from iogear that works well.
_______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
I saw the following fix for this problem on 2.6.x Ubuntu systems where the kernel parameters had no effect:
/etc/modules mousedev psmouse proto=exps
What is the equivalent for CentOS?
Charles L. Sliger, Information Systems Engineer, chaz@bctonline.com "no matter where you go, there you are..."
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Charles Sliger Sent: Friday, January 27, 2006 6:17 PM To: 'CentOS mailing list' Subject: RE: [CentOS] CentOS 4.2 Mouse Tracking Unstable
Getting a new KVM switch will take some explaining. The Belkin has not been a problem up until now. The RedHat-9 systems and The Windows-XP systems have no problems. I would think that since CentOS is RedHat Enterprise, that this instability would be causing real pain given that enterprise servers are much more likely to be racked and accessed via a KVM switch. Is this same instability being seen on the RedHat installs? Does anyone know what changed in the mouse handling between 2.4 and 2.6? Is it possible to revert to the previous drivers? Regards, Chaz
Charles L. Sliger, Information Systems Engineer, chaz@bctonline.com "no matter where you go, there you are..."
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Scot L. Harris Sent: Friday, January 27, 2006 6:04 PM To: 'CentOS mailing list' Subject: RE: [CentOS] CentOS 4.2 Mouse Tracking Unstable
On Fri, 2006-01-27 at 20:11, Charles Sliger wrote:
From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On
Behalf
Of Ignacio Vazquez-Abrams Sent: Friday, January 27, 2006 4:32 PM
On Fri, 2006-01-27 at 16:19 -0800, Charles Sliger wrote:
The system is connected to the keyboard, video and mouse through a Belkin OmniView Pro KVM switch.
Pass "psmouse.proto=exps" to the kernel. If that doesn't work then try imps, then raw.
If that does not work then get a new KVM switch. Belkin KVM switches have caused lots of people the same problem. The imps setting worked on one of my systems.
Others have reported that if you switch to the terminal and back that it will rest things. Have not tried that one, so I don't know if that will work or not.
I finally installed a KVM from iogear that works well.
_______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
_______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Fri, 2006-01-27 at 18:34 -0800, Charles Sliger wrote:
I saw the following fix for this problem on 2.6.x Ubuntu systems where the kernel parameters had no effect:
/etc/modules mousedev psmouse proto=exps
What is the equivalent for CentOS?
---- it's what you tried and you said that it didn't work (appending psmouse.proto=exps to kernel boot line in grub)
recognize that you must reboot for the setting to take root.
Myself, I have resorted to psmouse.proto=bare because that works and the only drawback is that the mouse wheel doesn't work.
The Belkin switches are the problem. I'm too cheap to buy another brand but I probably should just bite the bullet.
The 2.6 kernel obviously has timing issues which causes this to occur on the Belkin switches. I don't believe that this is a distribution or driver issue but rather a kernel issue. Whether you replace the Belkin switch with another brand or resort to one of the techniques such as psmouse.proto=bare is your choice.
Craig
And we have a winner!!!!!!!!!!!!!!! Thank you Craig!
psmouse.proto=bare
I tried 5 other solutions that had no effect, but this works great.
Just so you know I'm not completely clueless, I was aware of the need to reboot to test the kernel parameters.
As far as the Belkin switch being of the cheap variety, far from it. This unit cost around $400.00 several years ago and has been rock-solid with all systems until this Centos 4.2 install. (my first 2.6.x kernel system)
My question regarding the Ubuntu solution below had to do with the fact that /etc/modules does not exist on the CentOS system. I assume it resides somewhere else in the filesystem.
Regards, Chaz
Charles L. Sliger, Information Systems Engineer, chaz@bctonline.com "no matter where you go, there you are..."
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Craig White Sent: Friday, January 27, 2006 6:42 PM To: CentOS mailing list Subject: RE: [CentOS] CentOS 4.2 Mouse Tracking Unstable
On Fri, 2006-01-27 at 18:34 -0800, Charles Sliger wrote:
I saw the following fix for this problem on 2.6.x Ubuntu systems where the kernel parameters had no effect:
/etc/modules mousedev psmouse proto=exps
What is the equivalent for CentOS?
---- it's what you tried and you said that it didn't work (appending psmouse.proto=exps to kernel boot line in grub)
recognize that you must reboot for the setting to take root.
Myself, I have resorted to psmouse.proto=bare because that works and the only drawback is that the mouse wheel doesn't work.
The Belkin switches are the problem. I'm too cheap to buy another brand but I probably should just bite the bullet.
The 2.6 kernel obviously has timing issues which causes this to occur on the Belkin switches. I don't believe that this is a distribution or driver issue but rather a kernel issue. Whether you replace the Belkin switch with another brand or resort to one of the techniques such as psmouse.proto=bare is your choice.
Craig
_______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Fri, 2006-01-27 at 18:57 -0800, Charles Sliger wrote:
And we have a winner!!!!!!!!!!!!!!! Thank you Craig!
psmouse.proto=bare
---- I think Alexander Dalloz offered the suggestion before I did. He is one of the more knowledgeable people I have seen on any list. ----
I tried 5 other solutions that had no effect, but this works great.
Just so you know I'm not completely clueless, I was aware of the need to reboot to test the kernel parameters.
---- I was just making sure. ----
As far as the Belkin switch being of the cheap variety, far from it. This unit cost around $400.00 several years ago and has been rock-solid with all systems until this Centos 4.2 install. (my first 2.6.x kernel system)
---- I didn't call them cheap. I have one that does USB, sound, etc. but still the issue seems central and peculiar to Belkin. This one was sent to me for free by Belkin to replace their earlier version which worked very poorly. I give them credit for responding to my email (perhaps about 3 or 4 months later) and sending me the new KVM for free. ----
My question regarding the Ubuntu solution below had to do with the fact that /etc/modules does not exist on the CentOS system. I assume it resides somewhere else in the filesystem.
---- I believe what you are referring to is /etc/modprobe.conf. Earlier versions of RHEL/CentOS/FedoraCore < 3 called it /etc/modules.conf and RHL =< 9 called it /etc/conf.modules (going back into my very faulty memory banks).
Craig
Charles Sliger wrote:
And we have a winner!!!!!!!!!!!!!!! Thank you Craig!
psmouse.proto=bare
I tried 5 other solutions that had no effect, but this works great.
Just so you know I'm not completely clueless, I was aware of the need to reboot to test the kernel parameters.
As far as the Belkin switch being of the cheap variety, far from it. This unit cost around $400.00 several years ago and has been rock-solid with all systems until this Centos 4.2 install. (my first 2.6.x kernel system)
My question regarding the Ubuntu solution below had to do with the fact that /etc/modules does not exist on the CentOS system. I assume it resides somewhere else in the filesystem.
Regards, Chaz
You aren't trying to use a Microsoft mouse are you? The new ones have a special shutdown -h now script under the right button, but most of the time the programming just crashes out and causes your mouse to skip about the screen. <tonque in cheek> ;) I'm sorry.. but that just slipped out.
John Hinton
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of John Hinton Sent: Friday, January 27, 2006 7:17 PM To: CentOS mailing list Subject: Re: [CentOS] CentOS 4.2 Mouse Tracking Unstable SOLVED
Charles Sliger wrote:
And we have a winner!!!!!!!!!!!!!!! Thank you Craig!
psmouse.proto=bare
I tried 5 other solutions that had no effect, but this works great.
Just so you know I'm not completely clueless, I was aware of the need to reboot to test the kernel parameters.
As far as the Belkin switch being of the cheap variety, far from it. This unit cost around $400.00 several years ago and has been rock-solid with all systems until this Centos 4.2 install. (my first 2.6.x kernel system)
My question regarding the Ubuntu solution below had to do with the fact
that
/etc/modules does not exist on the CentOS system. I assume it resides somewhere else in the filesystem.
Regards, Chaz
You aren't trying to use a Microsoft mouse are you? The new ones have a special shutdown -h now script under the right button, but most of the time the programming just crashes out and causes your mouse to skip about the screen. <tonque in cheek> ;) I'm sorry.. but that just slipped out.
John Hinton
[chaz> ] (grin) I'll bet some Redmond geeks have thought about it though...
Charles L. Sliger, Information Systems Engineer, chaz@bctonline.com "no matter where you go, there you are..."
_______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Am Sa, den 28.01.2006 schrieb Charles Sliger um 3:57:
My question regarding the Ubuntu solution below had to do with the fact that /etc/modules does not exist on the CentOS system. I assume it resides somewhere else in the filesystem.
Debian based distributions are different in this respect as they use other scripts to load modules. On CentOS you define module options in /etc/modprobe.conf. There is no module pre-loader mechanism like in Debian, other than /etc/rc.sysinit (which you normally should avoid to edit). Editing the modprobe.conf on CentOS for psmouse options will not work, because:
$ grep -ni mouse /boot/config-2.6.9-22.0.2.EL [...] 1412:CONFIG_MOUSE_PS2=y
PS/2 mouse support is fixed in the kernel. So parameters must be passed as kernel boot parameters.
Chaz
Alexander
On Fri, 2006-01-27 at 21:17, Charles Sliger wrote:
Getting a new KVM switch will take some explaining. The Belkin has not been a problem up until now. The RedHat-9 systems and The Windows-XP systems have no problems. I would think that since CentOS is RedHat Enterprise, that this instability would be causing real pain given that enterprise servers are much more likely to be racked and accessed via a KVM switch. Is this same instability being seen on the RedHat installs? Does anyone know what changed in the mouse handling between 2.4 and 2.6? Is it possible to revert to the previous drivers? Regards, Chaz
There was a lot of discussion on this problem in the fedora lists over the last couple of years. I don't think there has ever been a real satisfying answer. Most people find one of the psmouse.proto options resolve the problems or swap out the KVM switch. The Belkin units seem to cause a significant amount of the problems. Actually I don't remember reports of other KVM switches having this problem.
Am Sa, den 28.01.2006 schrieb Ignacio Vazquez-Abrams um 1:31:
On Fri, 2006-01-27 at 16:19 -0800, Charles Sliger wrote:
The system is connected to the keyboard, video and mouse through a Belkin OmniView Pro KVM switch.
Pass "psmouse.proto=exps" to the kernel. If that doesn't work then try imps, then raw.
`psmouse.proto=bare' can be worth a trial too.
Alexander
-
Alexander Dalloz -
Charles Sliger -
Craig White -
Ignacio Vazquez-Abrams -
John Hinton -
Scot L. Harris