https://bugs.freedesktop.org/show_bug.cgi?id=32666
Summary: etqw triggers an assert in st_texture.c Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel@lists.freedesktop.org ReportedBy: aaalmosss@gmail.com
Created an attachment (id=41460) View: https://bugs.freedesktop.org/attachment.cgi?id=41460 Review: https://bugs.freedesktop.org/review?bug=32666&attachment=41460
zerotexture.diff
I don't know if it's the game's fault, or mesa's, or mine, but sometimes the following assertion is hit: state_tracker/st_texture.c:68:st_texture_create: Assertion `width0 > 0' failed.
The most systematic way to reproduce it is to get into the vehicle named 'mobile command post', but it's not the only occurrence.
The attached patch avoids the assert, and seems to render correctly, but I'm sure it's not a good solution.
https://bugs.freedesktop.org/show_bug.cgi?id=32666
Álmos aaalmosss@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|Drivers/Gallium/r300 |Mesa core AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop. |.org |org
--- Comment #1 from Álmos aaalmosss@gmail.com 2011-01-31 14:41:00 PST --- Since 1dd8e2757852682af44b63193c89dff3c09c7703 it asserts at a different position: at line 144 in st_gl_texture_dims_to_pipe_dims() in the GL_TEXTURE_CUBE_MAP branch of the switch conditional. Removing that assert (which seems pointless to me, because depthIn is not actually used in that case) restores the old behavior.
dri-devel@lists.freedesktop.org