Hi All! I don't believe that GLX is the exact issue. I have a different machine that I described above, with an nVidia 8600 GT, and it only has two 1280x1024 monitors connected. I am running xinerama, and intrepid on that box as well, but I have never had the mouse lock up. Both machines that I use very regularly (one at work, the smaller one at home) have GLX enabled. The only difference in the xorg.confs of each machine is that the one affected by the bug has "Composite" "Enable" under the "Extensions" section. I don't believe this is a key trigger either, as other people who have posted, and are affected, do not have this option enabled.
After reading through this thread again, I am beginning to think that the bug is definitely performance related. It seams that I am able to manually trigger it by creating a heavy graphics load. I open several windows, mostly firefox, and also vmware workstation with a windows guest, and then grab a small firefox window and drag it around and across monitors as fast as I can. As long as I have many windows open that X has to re-draw when the window is dragged across them, the bug is triggered. If I do the same technique with an empty desktop, and one firefox window, I can not get it to happen. All that being said, the article that WolphFang linked to explains the performance tweaks for the 177 drivers. It also mentions that those tweaks are the default settings for the 180 drivers, and may explain why people are having better luck with the 180 drivers. I will introduce the performance tweaks described in the article to my 177 drivers, and then report back my findings. Thanks, Travis Hegner -- X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs frequently, Fatal Error. https://bugs.launchpad.net/bugs/296167 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
