| Summary: | [snb] rendering corruption in frameranger by cncd&flt | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Christopher Egert <cme3000> |
| Component: | Drivers/DRI/i965 | Assignee: | Tapani Pälli <lemody> |
| Status: | RESOLVED FIXED | QA Contact: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | git | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | rendering corruption after the loading screen | ||
|
Description
Christopher Egert
2012-10-21 13:51:33 UTC
In replaying the trace on my ivb I see: 12937: glDebugOutputCallback: High severity API error 0, GL_INVALID_OPERATION in glCopyTexImage2D(srgb usage mismatch) 0 12937 glCopyTexImage2D(target = GL_TEXTURE_2D, level = 0, internalformat = GL_RGBA8, x = 0, y = 0, width = 16, height = 16, border = 0) 12937: warning: glGetError(glCopyTexImage2D) = GL_INVALID_OPERATION So I'd expect there to be some uninitialized textures. mh, that is possible, but this traces works fine on nvidia, fglrx and svga on nvidia. I think it worked on r600g, too, but i need to recheck that. Maybe those drivers just behave differently on uninitialized textures. What is also possible, that this is another bug in wine. That demo uses some circles to do some particles, which are missing in wine on any driver. Maybe the error comes from this. FYI trace renders fine on current Mesa using IVB and HSW, maybe also fixed for SNB (?) Now tested with SNB and Mesa 10.5.0-devel (git-bc6e57e), works fine also there! Don't want to bisect as would mean running glretrace for each bisect step, resolving as fixed. It is likely fixed by (massive) changes lately done to texture upload and conversion paths. |
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.