KVM mouse glitch
 

I have no idea why this is happening, but I'm wondering if anyone has any ideas.

I have a 2-port KVM (Belkin, if that helps).
Port 1 to Windoze, Port 2 to RH (7.3).

Basically, whenever I switch to windoze, 1 second 'catch-up' for the mouse and keyboard, and it works fine, however, when I switch to Linux, the pointer spazzes out...horribly.

For example, I can switch off of Linux while the mouse is in the middle of the screen.
I'll switch off and then when I come back to Linux, the mouse moves normally for a few seconds, then (as long as I keep using the mouse) it will fly all over the screen quickly, but usually hit the corners and randomly left and right click.

When I have the 'desktop milage' applet on the desktop, it repeatedly gets reset because of the mouses erratic ness.

And, if I don't use the mouse, it will fly as soon as I do.

Ideas?

I'm affraid that I had the same problem and couldn't find a fix. I just run woth 2 mice on the desk. I would love to hear if you ever get a solution.

If you switch back to the Windose box does the mouse work fine there.

If it does what kind of mouse do you have?

I ran into a similiar problem with a kvm (Cybex 8port) and the keyboard. I have a Logitech wireless keyboard and rechargable optical mouse. Never had any problems from the keyboard because the kvm just just makes Winblows to think it is a plain keyboard and mouse. I decided to install the driver for the keyboard one day for Windose and make use of the extra keys. Driver loaded and installed fine. I switch back to one of my Linux boxes and whenever I hit the backspace key it would backspace and then the letter ' q ' would come back a second later. Backspaced again and the q came back. Or if the caps was one it would be a capital Q. I powered off and back on the kvm and the problem stopped but if I switch backed to Window$, and back to Linux the problem reoccurred. I went back to the Windose box and used a basic keyboard 102 key driver. Reset the kvm and no longer have a problem.

I would try to use basic keyboard and mouse drivers if you can on the Windo$e box and see what you get.

Good luck. Let me know how it goes.
Brian1

No it never did it when I switched back to windows.
Although now I KNOW it's a setting issue.

I upgraded to RH9, and it doesn't do it anymore...

I have a different KVM switch (Serverlink SL-221) but have seen the same symptoms as VxJasonxV described, so will post here in case it helps someone.

The Serverlink SL-221 has a configuration screen where you can specify what sort of mouse is connected. The selection options are: None/2-Button/Wheel 2-Button/Wheel 4-Button/Auto. In Linux, there is also a section where you specify which mouse is connected. I have found that whenever these two settings become unsynchronised, the mouse behaves erratically as VxJasonxV described.

In my case I have to set the KVM to 'Wheel 2-Button' and set Mandrake 9.1 to 'Generic PS2 Wheel Mouse'. I found these settings to be compatible by trial and error. If either is changed, then it goes erratic. For example, after a town power failure, the KVM re-started with 'Auto' as the default setting, and the erratic behaviour returned. As a result, I couldn't control Mandrake (in KDE) using the mouse - couldn't shutdown, or anything. Once I remembered the KVM connection, I went into its config screen, changed the setting back to 'Wheel 2-Button' and mouse stability returned there and then (ie, without re-booting).

These settings change with Linux version and computer hardware. The other computer has a different motherboard, but with Mandrake 9.0 installed. The settings for it are '2-Button' for the KVM and 'Standard' for Mdk 9.0.

If your KVM has the means to specify what sort of mouse is connected to it, this may apply to you. (BTW, my mouse is a Microsoft Intellimouse 1.2A PS/2 Compatible, made by Gateway, in case it matters. The computer with Mandrake 9.1 has an ASUS A7S333 motherboard, and the Mandrake 9.0 computer has a Gateway motherboard (G6-266M))

I seem to be having the same problem that VxJasonxV was having although I am using RH9 and my Microsoft Intellimouse Explorer. It is connected to my KVM switch (Belkin 4-port w/audio) with the USB-PS2 adapter that they provide when you buy the mouse. When it happens the only way to resolve it is to CTRL+ALT+BACKSPACE. If anyone else has this problem and knows how to fix it, it would be greatly appreciated.


Thanks

Todd

Running RH7 2.2.16-22, just using a basic switch, could switch between two boxes without as issue, but I receintly built a new kernel 2.4.22 and now when switching, the only way to get the mouse to respond again, is to restart X, CTRL/BCK_SPC etc.

Just compiled 2.6.0 and the problem has gone, but remains with 2.4.22 and also SuSE which runs 2.4.20 (I think)

It shouldn't be a Kernel issue with the 2.4.x series.

RH7.3 has the issue, and that's 2.4.18
RH9 does not have the issue, and that's 2.4.20-2.

...I would be willing to say it's a setting (XFree?) and not a Kernel issue.
Unless something hidden worked itself out then broke itself again, and was found and finalized in 2.6.

Seems strange that all was well with my RH7 2.2.16-22 and it was only after upgrading to 2.4.22 that I noticed the problem.

I am pretty happy with 2.6.0 though...

Using Suse 9.0 Pro, Belkin 4 port KVM, PS/2 intellimouse trackball.

When switching from Suse to Windows=Mouse works fine.
When switching from Windows to Suse=Mouse out of control.

Searching boards to find a resolution.

Any help is greatly appreciated.

Using Dell wheel mouse and Fedora
 

I'm experiencing this too with Fedora Core Release 1 and a Belkin 4 port KVM switch. Switching from Linux to Windows works (mouse always works in windows regardless of how many switches). When I switch back the mouse flutters all over the screen when moved, menus popup everywhere, etc.

Did anyone here, save upgrading the Kernal find what settings may fix this? The mouse is listed in Fedora as a generic 2-button mouse. . .

I don't have server grade KVM but I have an Iogear Miniview 4-port KVM switch. It doesn't have any problems switching to Windows or LINUX computer systems. Sometimes my mouse glitches upon LINUX boot up, but when I shut down the system and power it up it works properly. I think there is a setting you can add to your XF86Config or XF86Config-4 configuration file. Below is what I have in my XF86Config file.
What I notice, certain mouse devices have their own way of sending their own data.

Belkin 4 port...

2 windows puters are fine. When I switched one to linux I see that same problem. Mouse is mad jittery, and the only fix is a X-restart as well...

Belkin Omni-Cube 2-Port KVM, Linux on box A and Windows on box B, same [bleeping] problem with the mouse, but for me going from Win to Lin was fine, but Lin back to Win = mouse mayhem.

Solution: Linux on both boxes. Problem solved. -- J.W.

For those of you with the belkin 4-port KVM I have this information.

I am in a High Performance computing program at a local college. We are in the process of building a 4 node cluster. The head node has RedHat 9, the other Redhat 7.2. When switching off of 9 and back again causes the mouse to lose its mind. The fix is, go to belkins website, and navigate to the support section, then download manuals and drivers. There is a section labeled General FaQs, right under it GENERAL KVM TROUBLESHOOTING. There you should find the solution. There is a known issue with linux. Followed the procedure, and now switched between nodes is no problem.

http://web.belkin.com/support/faq_qa.asp?pid=190&cid=


Hope this helps

I have talked to a few other Linux Gurus and they all said the same thing.

"I have (1) mouse for my Linux Box and (1) mouse for all my other boxes using the KVM."

They said that this problem has always been there.

This is a pretty sad resolution. But I did it to move on.

"If you support it they will come" is probably the best slogon I have ever heard.

I did not see overzexezd24's reply post on the procedure from Belkin.

I will try the suggested procedure and update on the outcome.

I might be a little late, but guess what I am having the same problem at work - work around 1) when switching to linux try to switch to a different virtual console and back to X - works for me; 2) after struggling with all this madness on Belkin OmniView 4 port PS/2 switch I've installed VNC server on windows machine and VNC viewer on linux machine, put aside the KVM switch, and now my windows box is headless, and anyway I am only using it to polute my Netware share with downloads and Lotus Notes (it would be mad cool if I could find a way to connect to Novell Netware drives using TCP/IP untill then I am just dreaming about building a FreeBSD box out of winxp machine).

Yeah, using the belkin, when I switch, I get one free use of the mouse, as soon as I switch to another port then come back the mouse is goofed. To fix the problem I just switch to a different console Alt+F3 seems to be my default, but that's just me, then back to X and the mouse is ok...

I'll look in to the Belkin FAQ though...hopefully it's as promising as it seems.

My KVM switch (a local rebadged product) exhibited the 'erratic mouse' problem whenever my linux machine booted up. To get it to work I had to futz around for half an hour with the Suse control center till it starting working. But, as I rebooted the machine once every blue moon, this was not an issue. But to put an end to it I devoted some time today and I think I have succeeded. I changed the mouse protocol to 'auto' and that seems to have done the job. I rebooted about three times to check this and the problem seems to have gone away for me. This is the extract from my XF86Config on SuSE 9.0:

---
Section "InputDevice"
Driver "mouse"
Identifier "Mouse[1]"
Option "Device" "/dev/mouse"
Option "Name" "Autodetection"
Option "Protocol" "auto"
Option "Vendor" "Sysp"
EndSection
---

The only line I changed was the one with Protocol.

This may have helped with my old linux box ( My mouse wouldn't even work..I guess I could give it a try though :-D ), however, for the problem I experience, with erratic mouse after switching back and forth more than two times, this does not help :-(

I have problem with KVM switch (Belkin) going from Linux to Windows FINE but from Win to Linux - mouse goes crazy!

Does anyone know how to fix this? I'm a Linux newbie.

Linux 9.0 Professional.

That was exactly what I was needing on my Belkin KVM with SuSe 9 and Redhat 9 attached.

Thanks RajuVarghese!!!! :cool:

Thanks for solution.

I have Suse 9.0 and the Belkin KVM everyone uses. My workaround was to change to runlevel 3 before switching. When I go back to Linux everything is good, because there's no X, but when I try to switch to runlevel 5 the desktop doesn't start, only X. I'm sure there's a reason for this, and I was going to research the problem, but this sounds much easier.

If your mouse goofs, there's no need to switch to a different run level, just switch to another pseudo terminal, hit alt+F3, then hit alt+F7 to switch back to your GUI ( some of you will hit alt+F6 ).

Unless one of the options presented help you, that's how to get rid of a glitchy mouse.

Switching virtual consoles does not always work. In fact, it rarely solved the problem for me. Switching run-levels did it but was very inconvenient. I finally solved it by setting the mouse protocol to auto (as described in a previous post).

I changed the mouse protocol to 'auto' too. Works great. I was a little concerned about editing the XF86Config file when it says 'do not edit', but couldn't find a Yast tool for the job.

Perhaps it would help if I explain just what is going on here, so you can best judge how to deal with the problem.

A "standard" PS/2 mouse has only 2 buttons, no wheel, and defaults to 100 samples/second and 4 counts/mm. For any wheelmouse or other exotic pointing device to work, it has to be initialised from sending the "standard" PS/2 protocol to its own enhanced protocol, which is almost always incompatible with ths standard PS/2 protocol. No problems so far - the 2.4 kernel relies on XFree86 or gpm to initialise the mouse, and the 2.6 kernel initialises the mouse itself.

The problem is that when you switch a Belkin KVM, the mouse resets to "standard" PS/2, but this goes undetected under Linux and so the data continues to be read as if it were enhanced data. This manifests itself by the cursor moving eratically round the screen clicking madly as it incorrectly interprets the data sent by the mouse.

Now, what happens exactly depends on which kernel and version of XFree86 you're using:

On 2.4 kernels with older versions of XFree86, when you switch you'll get the erratic behaviour. You'll need to switch to a virtual console and back into XFree86 (CTRL-ALT-F1 then CTRL-ALT-F7 usually for distros with 6 virtual consoles) - this will cause XFree86 to reinitialise the mouse into enhanced mode when you switch back into it, but won't work if you're running gpm.

On 2.4 kernels with more recent versions of XFree86, the mouse will be partly reinitialised when you switch - the enhanced protocol will work, but the sample rate and resolution will be reset back to default, a minor annoyance. Again, you can switch to a virtual console and back to force XFree86 to reinitialise the mouse.

On 2.6 kernels, you'll again get erratic behaviour when you switch. Unlike the 2.4 kernel, switching to and from XFree86 won't help, because the kernel handles the mouse directly. The only solution on a 2.6 kernel is to physically unplug the mouse from the KVM and plug it back in again, which causes the kenel to detect the disconnect and reinitialise the mouse. You could also reboot. Neither is a particularly practical solution.

The only real long term solution other than to go back to using your mouse as a standard 2 button, no wheel mouse is for protocol sanity checks to go into the 2.6 kernel, XFree86 and/or gpm which force a reinitialisation of the mouse into the "expected" protocol and settings if the values of the data fall outside sane limits. Windows seems to already handle this quite well, so it apparently can be done.

These checks were meant to be going into the 2.6 kernel at some point, and indeed already exist in a limited form for touchpad, but unfortunately don't seem to work for the general case yet. At least some kernel developers finally seem to be recognising there is a problem now, though.

So.. in short, assuming your mouse settings are correct, you'll either have to change them to standard PS/2 and lose the wheel and extra button support, or get used to switching consoles or unplugging the mouse.

Check if you are using a PS/2 -> USB converter
 

All of my KVM problems went away when I noticed that the actual mouse I was using was connected to the
KVM through one of those PS/2 (round plug) to USB (rectangle plug) converters.

I found another mouse that didn't need the converter, but still has the wheel and everything works great.

For me the IMPS/2 didn't matter and getting rid of the scroll wheel in XF86Config didn't help but getting that converter out of the way made everything work like magic.

Drake42

SuSE 9.2 + Belcan Omniview SE KVM
 

I finally did get this to work with some of the suggestions in this thread. The odd thing was that the same distro and kvm worked fine on an older Athlon 700 machine.

I ran /usr/X11/bin/xorgconfig on the newer machine (Athlon 1400) and configured the mouse for Auto and rebooted. After that, all my worries went away. I too use a USB Microsoft Intellimouse Explorer with a USB --> PS/2 converter connected to the KVM.

With SuSE 9.0 and RedHat 7.3 I never had any of these mouse related issues.