Created attachment 34670 [details] Mesa 7.8: screen/keyboard frozen when using menus in GLUT application The problem a bit similar to that formerly reported (Bug 27461) - use attached code, that I've found in GLUT tutorial. After compilation it can be started quite normally, so choose the corpse to draw (second menu point). After it'll appear in the window, now (important!) having pressed right mouse button traverse all three menu points "top-to-bottom" to highlight them all one-by-one. After the last menu point ("Quit") will be highlighted and left by mouse cursor, the corpse disappears, and the screen and keyboard will be locked. It's not my code, so I'm not sure about ev. errors in coding - but it's very short, so it's easy to examine.
Tested using Kernel 2.6.32.10, Glibc 2.10.1, Gobolinux 0.14 (32-bit), Mesa 7.8, Xorg 7.5, X-Server 1.7.6, IceWM 1.2.37, Pentium III/750, old mobo Intel BX-based, ATI Technologies Inc RV280 [Radeon 9200 PRO]
Sounds like 3D driver bug. Can you test 3D with kernel 2.6.33 and KMS enabled libdrm, xf86-video-ati and mesa? http://www.x.org/wiki/radeonBuildHowTo is ood source of information if you need to compile something. Please attach your xorg.log.
Created attachment 34709 [details] The requested xorg.log
(In reply to comment #2) > Sounds like 3D driver bug. Can you test 3D with kernel 2.6.33 and KMS enabled > libdrm, xf86-video-ati and mesa? http://www.x.org/wiki/radeonBuildHowTo is ood > source of information if you need to compile something. Today I made a test using newest kernel 2.6.34 with KMS enabled (of course, I've recompiled appropriate libs&drivers according to instructions from the page mentioned above), using driver xf86-video-ati-6.13.0.tar.bz2 (formerly it was version 12.4) - so I would to add to my bug report: - there weren't any more "freezes" neither while switching desktops, nor when using WM's menu - still there is heavy CPU load when displaying WireTeapot - I noticed, that glxgears now shows about 710 FPS - formerly it was over 1000 FPS (why such radical slowdown?)
(In reply to comment #2) > Sounds like 3D driver bug. Can you test 3D with kernel 2.6.33 and KMS enabled > libdrm, xf86-video-ati and mesa? I forgot to mention, that I'm using now Xorg-Server 1.7.7 (former was 1.7.6), configured WITHOUT two options, that was in use before: --disable-dmx --disable-secure-rpc Is it possible, that the two options could have any influence on the problem reported (and perhaps on the lower actual FPS rate, when dmx and secure-rpc aren't disabled)?
(In reply to comment #4) > > - still there is heavy CPU load when displaying WireTeapot Today it use ZERO CPU :) tested with mesa 10.2... Overall no problem here at all now wit this example, so this bug can be closed.
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.