Tremulous Forum
General => Troubleshooting => Topic started by: Jengajam2 on April 07, 2010, 11:06:34 pm
-
While playing as Humans (does not occur as Aliens) on Tremulous 1.2 GPP on all servers that I have played on, after playing a certain amount of time my keyboard "freezes up". My PS2 keyboard will initially have no problems while playing, but at a completely random time the keyboard will suddenly stop instantly responding to my keystrokes, forcing me to hold down a key to use it. I also have a secondary Apple usb keyboard that I will still be able to use with no problem, but will also randomly freeze up. This ends up affecting the whole desktop, even delaying the Num-lock action, while my mouse and other inputs are not effected. the only way to alleviate this is to restart X, and the problem restarts after playing Humans on Tremulous. I am running Slackware-13.0 with KDE 4.3 as the default Desktop Environment. Also here is my Xorg.conf:
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings: version 1.0 (buildmeister@builder75) Fri Mar 12 01:44:55 PST 2010
Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Mouse0" "CorePointer"
Option "Xinerama" "0"
EndSection
Section "Files"
FontPath "/usr/lib/X11/fonts/misc/:unscaled"
FontPath "/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath "/usr/lib/X11/fonts/misc/"
FontPath "/usr/lib/X11/fonts/Type1/"
FontPath "/usr/lib/X11/fonts/Speedo/"
FontPath "/usr/lib/X11/fonts/100dpi/"
FontPath "/usr/lib/X11/fonts/75dpi/"
FontPath "/usr/lib/X11/fonts/cyrillic/"
FontPath "/usr/lib/X11/fonts/TTF/"
EndSection
Section "InputDevice"
# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/psaux"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
# generated from default
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor0"
VendorName "Unknown"
ModelName "COMPAQ 7500"
HorizSync 30.0 - 70.0
VertRefresh 50.0 - 140.0
Option "DPMS"
EndSection
Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "GeForce 9400 GT"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "1"
Option "TwinViewXineramaInfoOrder" "DFP-0"
Option "metamodes" "CRT: 1024x768 +0+0, DFP: nvidia-auto-select +1024+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection
Thank you very much on help.
-
I've had a problem like this. I solved it by disabling the XScreensaver.
Dunno if that would help you. (Hope it does)
But, my screen would flash black after some time. And I couldn't use my keyboard, unless I pressed a key again.. annoying.
-
I've had a problem like this. I solved it by disabling the XScreensaver.
Dunno if that would help you. (Hope it does)
But, my screen would flash black after some time. And I couldn't use my keyboard, unless I pressed a key again.. annoying.
It is set not to start automatically, if that is what you mean.
-
Sounds really random.
Unlikely to help, but you could always try the evdev driver for the keyboard and see if it'll make any difference.
(Since your second usb keyboard works, and I guess, since it's not in xorg.conf, that xorg will use evdev for it)
-
Another thing to check is if there are any IM programs or whatever that are trying to steal focus.
When the keyboard gets borked, you can try hitting Alt+SysRq+r to reset it. Should at least get the keyboard working enough to kill trem.
-
Another thing to check is if there are any IM programs or whatever that are trying to steal focus.
When the keyboard gets borked, you can try hitting Alt+SysRq+r to reset it. Should at least get the keyboard working enough to kill trem.
The keyboard command you suggested does not work.
-
sysrq is disabled by default in new kernels, you can enable it by putting
kernel.sysrq = 1
in /etc/sysctl.conf
-
sysrq is disabled by default in new kernels, you can enable it by putting kernel.sysrq = 1
in /etc/sysctl.conf
It was already enabled on Slackware, and while I can use the magic sysreq key to manually shut down the system, "alt+sysreq+r" does not unfreeze my keyboard.
-
it won't cause any keyboard grabs in x11 to go away (if your xorg supports Option "AllowDeactivateGrabs" in serverflags, use that), but it might let you switch to a tty.