Loss of mouse in Framebuffer X
Anyone useing framebuffer X? In our lab, we have several machines which dont have supported graphics cards and we have resorted to using framebuffer X. We are able to get 1024x768x16bit on all machines so far however, all machines have the same problem: The mouse often does not work or stops working in X. The mice are mostly PS/2 MS Intellimice (non-optical) but some are two button MS PS/2 mice. Switching to a VT and back not only does not fix the mouse but often kills the X session for the user leaving then at the KDM login screen. -- Marc Christensen http://www.mecworks.com
Hey Marc; I have also seen the problem with gpm failing to return to a console mouse after KDE has exited. It was on a Sony VAIO 2 button scroll wheel mouse. I think "gpm -k" and then "gpm -t ps2 -m /dev/mouse" (or /dev/psaux) may fix your console level problem. Most linux distro use /etc/init.d so you might try /etc/init.d/gpm stop and then start also. KNOPPIX has a mouse driver called "fups2" it may be a custom part of gpm but it always seem to fix some screwed up ps2 mice. Marc Christensen wrote:
Anyone useing framebuffer X?
In our lab, we have several machines which dont have supported graphics cards and we have resorted to using framebuffer X.
We are able to get 1024x768x16bit on all machines so far however, all machines have the same problem: The mouse often does not work or stops working in X. The mice are mostly PS/2 MS Intellimice (non-optical) but some are two button MS PS/2 mice.
Switching to a VT and back not only does not fix the mouse but often kills the X session for the user leaving then at the KDM login screen.
-- 73 de Donn Washburn __ " http://www.hal-pc.org/~n5xwb " Ham Callsign N5XWB / / __ __ __ __ __ __ __ 307 Savoy St. / /__ / / / \/ / / /_/ / \ \/ / Sugar Land, TX 77478 /_____/ /_/ /_/\__/ /_____/ /_/\_\ LL# 1.281.242.3256 a MSDOS Virus "Free Zone" OS Email: n5xwb@hal-pc.org Info: http://www.knoppix.net
Donn et all, I thought this might be the case too and tried this erlier this morning. Unfortunately it does not solve the problem. The mouse still freezes in X whether or not gpm is running. I even removed X from the init processess and rebooted to make sure it had not set some flag somewhere - no change in behaviour. Any other ideas and experience people have would be welcome. Thanks. -- Marc C. Donn Washburn aka n5xwb wrote:
Hey Marc;
I have also seen the problem with gpm failing to return to a console mouse after KDE has exited. It was on a Sony VAIO 2 button scroll wheel mouse.
I think "gpm -k" and then "gpm -t ps2 -m /dev/mouse" (or /dev/psaux) may fix your console level problem. Most linux distro use /etc/init.d so you might try /etc/init.d/gpm stop and then start also.
KNOPPIX has a mouse driver called "fups2" it may be a custom part of gpm but it always seem to fix some screwed up ps2 mice.
Marc Christensen wrote:
Anyone useing framebuffer X?
In our lab, we have several machines which dont have supported graphics cards and we have resorted to using framebuffer X.
We are able to get 1024x768x16bit on all machines so far however, all machines have the same problem: The mouse often does not work or stops working in X. The mice are mostly PS/2 MS Intellimice (non-optical) but some are two button MS PS/2 mice.
Switching to a VT and back not only does not fix the mouse but often kills the X session for the user leaving then at the KDM login screen.
-- Marc Christensen http://www.mecworks.com
participants (2)
-
Donn Washburn aka n5xwb -
Marc Christensen