- System: AOpen MiniPC MP965-DR - CPU/RAM: Core 2 duo T7500, 2GB ram - OS: Fedora 8 - X server: xorg 1.4.99.1-0.10.fc9 - intel_drv.so: built from 12/18 git: f69b48fe24ef9.. - mesa/drm drivers: built from 12/21 git: f8830a1bf788.. - system outputs: VGA, TMDS-1, LVDS, TV - TV: 32" Sony WEGA, NTSC 480i only This bug causes opengl programs to hang with 100% cpu usage, and also prevent any interaction with the X desktop or programs. To reproduce this bug, I did the following: 1. Boot MiniPC in TV-only configuration with 800x600 resolution 2. Run glxgears (or other opengl program) - runs without problem 3. Use xrandr to change resolution to 1024x768 4. Run glxgears again - program locks up after drawing blank black client area, sometimes before drawing title bar and frame The system may be restored to functionality by connecting remotely by SSH and killing the opengl program. However, after this crash/deadlock occurs once, the opengl program will hang every time it's started, even after switching back to 800x600. The only way to restore normal operation is to shut down and restart the machine. I am submitting this bug to both the xorg/Driver/intel and DRI/DRM_Modules projects as I'm not sure in which driver the problem lies.
Created attachment 13301 [details] xorg.conf
Created attachment 13304 [details] Xorg.0.log
Created attachment 13306 [details] gl-crash-tv.txt
Is this specific on TV, or also existing on VGA output?
After further testing I have found that this bug is not dependent upon the TV output (I duplicated it in VGA-only configuration), or even the resolution switching. It only happens when I restart the MiniPC without doing a full shutdown. Here are the results of 9 tests that I ran this afternoon> Initial conditions: running in TV-only mode at 800x600. Test 1: machine shutdown. restarted VGA-only at default 1024x768. - glxinfo ok - glxgears ok, even after using xrandr to switch resolution Test 2: changed default VGA res to 800x600. Restarted w/o shutdown. - glxinfo ok - glxgears crashed immediately Test 3: restarted w/o shutdown. - glxinfo ok - glxgears crashed immediately Test 4: restarted w/o shutdown. - glxinfo ok - glxgears crashed immediately Test 5: machine shutdown and restarted. - glxinfo ok - glxgears ok, even with res switching Test 6: machine shutdown and restarted. - glxinfo ok - glxgears ok, even with res switching Test 7: restarted w/o shutdown. - glxinfo ok - glxgears crashed immediately Test 8: changed default VGA res to 1024x768, restarted w/o shutdown. - glxinfo ok - glxgears crashed immediately Test 9: machine shutdown and restarted. - glxinfo ok - glxgears ok, even with res switching
*** This bug has been marked as a duplicate of bug 13775 ***
Richard, Is the issue only reproduced with TV only output? Can you use gdb attach to glxgears to see what it doing? To do that, when you see the issue happen, remote login, then run gdb, in gdb, type "attach pid-of-glxgears" press ctrl+c type "where"
I just re-ran the tests for this bug and could not reproduce it. So either it was fixed in the last 2 months or it was a configuration problem on my local system. Marked as NOTABUG.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.