System Environment: -------------------------- Libdrm: (master)libdrm-2.4.42 Mesa: (9.1)mesa-9.1 Xserver:(server-1.13-branch)xorg-server-1.13.2.902 Xf86_video_intel:(master)2.21.3 Libva: (master)libva-1.1.0 Kernel: 3.8 Bug detailed description: --------------------------- There are 6.9% regression on 3DMMES2.0/taiji, which caused by Mesa. Bad commit : (9.1)632a5a3a5b24a1c5c72a276b2ba1224af2fd7eb9 30.92 fps Good commit: (9.0)15693b7925ccdd45bbb60b375ce6b7a3f60bfa3e 33.21 fps Reproduce steps: ---------------------------- 1.xinit& 2.gnome-session 3.vblank_mode=0 ./taiji.sh
This is already fixed by the following commit on the 9.1 branch. commit 049f343e8ace0057ab5f8218a5c130632964ef71 Author: Ian Romanick <ian.d.romanick@intel.com> Date: Fri Feb 22 19:01:40 2013 -0800 egl: Allow 24-bit visuals for 32-bit RGBA8888 configs Previously only the 32-bit X visual would match the 32-bit RGBA8888 configs. This resulted in every config with alpha getting the "magic" visual whose alpha is used by the compositor. This also resulted in no multisample visuals being advertised. How many ways could we lose? This patch inverts the problem... now you can't get the visual with alpha used by the compositor even if you want it. I think we need to invent a new value for EGL_TRANSPARENT_TYPE that apps can use to get this. I'm surprised that there isn't already a choice for EGL_TRANSPARENT_ALPHA. NOTE: This is a candidate for the 9.1 branch. Signed-off-by: Ian Romanick <ian.d.romanick@intel.com> Tested-by: Tian Ye <yex.tian@intel.com> Acked-by: Kristian Høgsberg <krh@bitplanet.net> Reviewed-by: Chad Versace <chad.versace@linux.intel.com> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=59783 (cherry picked from commit 68a147e9a9e8f171d9aacdc7d78d2107009c4741) *** This bug has been marked as a duplicate of bug 59783 ***
Verified！
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.