Summary: | [SNB Regression] 6.9% performance regression on 3DMMES2.0/taiji | ||
---|---|---|---|
Product: | Mesa | Reporter: | libo <bo.c.li> |
Component: | Drivers/DRI/i965 | Assignee: | Ian Romanick <idr> |
Status: | VERIFIED DUPLICATE | QA Contact: | |
Severity: | normal | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
libo
2013-03-11 06:29:14 UTC
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.