Hello, In a not-very-scientific way this bug is reproducible by installing mythtv and enabling the OpenGL painter rather than the QT (default) painter in the Appearance section; I haven't performed any other tests and my guess is the bug is probably reported in another form but doing a bug search I haven't found one that is similar. The problem: When the OpenGL painter is enabled, menu transitions fade in and out. When OpenGL is enabled on my hardware (below), the fade is terribly slow (when compared to say my Nvidia 6150 based system) and not very steady. The fade stutters throughout the menu transition and seems to stop for a couple milliseconds about halfway through and then continue. My hardware: Asus P5E-VM HDMI (Intel G35) using the VGA output E8400 Core2Duo 4GB RAM Software: Gentoo 2.6.24-r2 Xorg-1.4.0.90-r3 drm-20071019 libdrm-2.3.0 mesa-7.0.2 xf86-video-intel, updated to GIT last night (1c0e4958564588162bc22a980567436dfc9d1e56) I'm happy to provide any logs about the problem, there just doesn't seem be anything obvious for me to include now. Thanks! -Chad
Please check http://www.intellinuxgraphics.org/how_to_report_bug.html to provide more info, at least xorg.conf and Xorg.0.log.
How slow it is? If possible, would you please try mesa master branch to check it is still slow?
(In reply to comment #0) > When the OpenGL painter is enabled, menu transitions fade in and out. When > OpenGL is enabled on my hardware (below), the fade is terribly slow (when > compared to say my Nvidia 6150 based system) and not very steady. I was experiencing similar problems with my Radeon card (using the 'radeon' driver), but it also happened with the Qt painter. I found out that EXA was to blame. Either using XAA or using EXA with > Option "MigrationHeuristic" "greedy" in my xorg.conf works fine for me. I guess EXA is preferred... I hope this helps, but of course, your symptoms are different than mine.
Gordon, I'm about to assign this to Carl, but it seems that we have almost exact same HW here. could you pls have someone to see if we still have this bug? maybe we can just resolve this before handing to Carl...thanks.
Haien, could you reproduce this on G35?
(In reply to comment #5) > Haien, could you reproduce this on G35? > I cann't reproduce it on our G35 with both master and 2.4 branch(2D driver).
I'm not sure if Michael Haas was seeing the same issue, since he was using radeon driver. Chad, can you confirm this is caused by EXA, and fine with XAA? You can set EXA or XAA with AccelMethod in xorg.conf. And please attach your xorg.conf and glxinfo output.
chad, would you please post your /proc/mtrr? or could you try to remove 2G mem from your system and retry? thanks.
I'll have to close this without response from reporters. And it's working fine on my side.
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.