Interesting Snakes, I might try that out too.
Another interesting fact:
I let Red Eclipse run during the night, 8 hours, no lock up. Usually I cannot run it for 30 minutes even.
It does indeed seem like input is triggering this bug.
Gonna try experimenting a bit more with this and see what I can find out.
EDIT: I can confirm that version 295.59 of the driver solves the problem for me.
Last edited by Znurre (2012-09-02 11:07:56)
The new NVidia 304.48 pre-release driver includes the following fixes:
- Fixed RandR per-CRTC gamma persistence across modeswitches and VT-switches.
- An X.Org Server hang on input.
- A performance regression fix for some 2D/X11 rendering operations that affected some graphics cards since the Linux 290 series.
- A correction so PowerMizer works properly on some GDDR5 graphics cards.
- Support for the GeForce GTX 650 and GeForce GTX 660.
- A bug fix for OpenGL applications not animating properly when a rotation or transformation was applied.
- A fix for NVIDIA-Settings to handle "Reset Hardware Defaults".
- FXAA anti-aliasing for Unified Back Buffers.
Last edited by Znurre (2012-09-13 05:18:47)
I lurk the Arch wiki and forums because you guys have solid answers. I don't use Arch but can absolutely confirm that upgrading to Nvidia's beta driver 310.14 completely fixed my random lock ups. My test were simple (which is probably why I don't use Arch), the last 50 times I launched Bastion (a game from a humble bundle), the game would freeze up in 10 minutes or less every single time. It got to the point, I'd get my 8 year old son to test a possible fix and he'd lock it right up. Anyhow thanks to Znurre and post #28 my son got to play for 3 hours before I ripped his fused ass off the chair.
Although I don't play games, KDE would somehow trigger these freezes too but it was too random to figure out. Bastion would guarantee a lock up in 10 minutes or less. It seems the problem was due to Nvidia drivers before 304.48.