https://bugs.freedesktop.org/show_bug.cgi?id=47375
--- Comment #17 from Brian Paul <brian.e.p...@gmail.com> 2012-07-26 13:50:00 PDT --- (In reply to comment #16) > (In reply to comment #15) > > > Let's first find out why the 'fallback' variable in _mesa_meta_DrawPixels() > > is > > getting set. Basically, use gdb to set a breakpoint in > > _mesa_meta_DrawPixels() > > then go step by step to see where 'fallback = GL_TRUE' is getting hit. > > > > To set a breakpoint: "break _mesa_meta_DrawPixels()" > > To step one instruction: "s" or "step" > > > > When you find the point where fallback = GL_TRUE is set, note the current > > line > > and try to print some of the variables in the conditionals. > > first I have done the debug with the original 8.0.4 mesa libs ( no > modifications in the source code ), I have set a breakpoint like this : > > break _mesa_meta_DrawPixels() > > but gdb never reaches the _mesa_meta_DrawPixels() function, this function is > never called, and Blender crashes at startup with this error : > > blender: swrast/s_span.c:1327: _swrast_write_rgba_span: Assertion `colorType > == > 0x1401 || colorType == 0x1406' failed. > > when I check the value of colorType it's set to zero According to hartmut's comment #2 earlier, the stack trace says _mesa_meta_DrawPixels() was called. Can you verify that? That is, after the assertion fails, type "back" or "where". > then I decided to test with a modified 8.0.4 libs ( by applying my "dirty > fix", > I delete somme assertions functions in s_span.c, image.c and s_blend.c files > ), > and I set again the same breakpoint: > > break _mesa_meta_DrawPixels() > > but gdb again never reaches the _mesa_meta_DrawPixels() function, Blender > doesn't crash, but it's very slow in the GUI, > > this slowness is not normal because in "software mode" ( > LIBGL_ALWAYS_SOFTWARE=1 ) for opengl blender is still fast with 8.0.4 original > mesa libs, so I think it's my "dirty fix" who causes this slowness, deleting > the assertions functions was not a good idea, > > in conclusion I think we must find why the colorType variable is set to zero > when I use the 8.0.4 original mesa libs, why the assertion fails in s_span.c > at > line 1327 ? Let's try to get a stack trace to see the path to the failed assertion. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
