[Mesa-dev] [Bug 31643] New: Heroes of Newerth - Units and buildings (all animations) became invisible

https://bugs.freedesktop.org/show_bug.cgi?id=31643 Summary: Heroes of Newerth - Units and buildings (all animations) became invisible Product: Mesa Version: 7.9 Platform: x86-64 (AMD64) OS/Version: Linux (All) Statu

Re: [Mesa-dev] [PATCH] r600g: Lower the minimum stride from 512 to 256 bytes to fix bug #31578.

On Mon, Nov 15, 2010 at 4:41 PM, Tilman Sauerbeck wrote: > piglit/fbo-readpixels still passes for me. > > Signed-off-by: Tilman Sauerbeck > --- > > Please review. And someone please tell me where those 512 and 256 bytes > are coming from :) The alignment depends on the type of tiling in use (lin

[Mesa-dev] [PATCH] r600g: Lower the minimum stride from 512 to 256 bytes to fix bug #31578.

piglit/fbo-readpixels still passes for me. Signed-off-by: Tilman Sauerbeck --- Please review. And someone please tell me where those 512 and 256 bytes are coming from :) src/gallium/drivers/r600/r600_texture.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/galliu

[Mesa-dev] [PATCH] r600g: Added a missing call to r600_bc_add_literal().

Signed-off-by: Tilman Sauerbeck --- This patch fixes a "literal not added correctly" error for Heroes of Newerth in the main menu. I don't fully understand the code; please review. src/gallium/drivers/r600/r600_shader.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --gi

[Mesa-dev] [Bug 31544] bad format in _mesa_format_to_type_and_comps

https://bugs.freedesktop.org/show_bug.cgi?id=31544 --- Comment #23 from Brian Paul 2010-11-15 08:27:45 PST --- (In reply to comment #22) > (In reply to comment #21) > > I'll commit the above patches for radeon/r600. > > Please patch r200 and r300 similarly. Yup, just did. -- Configure bugmail

[Mesa-dev] [Bug 31544] bad format in _mesa_format_to_type_and_comps

https://bugs.freedesktop.org/show_bug.cgi?id=31544 --- Comment #22 from Alex Deucher 2010-11-15 08:21:11 PST --- (In reply to comment #21) > I'll commit the above patches for radeon/r600. Please patch r200 and r300 similarly. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab

[Mesa-dev] [Bug 31544] bad format in _mesa_format_to_type_and_comps

https://bugs.freedesktop.org/show_bug.cgi?id=31544 --- Comment #21 from Brian Paul 2010-11-15 08:14:32 PST --- At this point I think my patch which set's the texImage->TexFormat field in r600SetTexBuffer2() is the right fix but now you're hitting another r600 bug. One of the r600 developers will

[Mesa-dev] [Bug 31569] [r300g] SIGSEGV src/mesa/main/api_loopback.c:1470

https://bugs.freedesktop.org/show_bug.cgi?id=31569 --- Comment #2 from Brian Paul 2010-11-15 08:11:46 PST --- This looks bogus too. Line 90 of provoking-vertex.c is a call to the glProvokingVertexEXT() function, not glVertexAttribI1uiv. Vinson, how are you building Mesa in this case? Maybe try

[Mesa-dev] [Bug 31568] [r300g] SIGSEGV src/mesa/vbo/vbo_exec_array.c:1154

https://bugs.freedesktop.org/show_bug.cgi?id=31568 --- Comment #2 from Brian Paul 2010-11-15 08:06:26 PST --- I can't reproduce this with any other driver. The piglit test in question doesn't call glMultiDrawElements() at all so I don't see how we'd wind up in that function unless something in

Re: [Mesa-dev] gl_FragCoord / FBOs vs mesa/st

On Mon, Nov 15, 2010 at 4:57 AM, Keith Whitwell wrote: > On Mon, 2010-11-15 at 01:32 -0800, Keith Whitwell wrote: >> On Mon, 2010-11-15 at 01:28 -0800, Keith Whitwell wrote: >> > On Sun, 2010-11-14 at 20:18 -0800, Dave Airlie wrote: >> > > Eric just checked in a test into piglit that tests that th

Re: [Mesa-dev] [PATCH] Makefile: don't include the same files twice in the tarball

On 11/13/2010 07:05 AM, Julien Cristau wrote: src/mesa/drivers/dri/*/*/*.[chS] is a superset of src/mesa/drivers/dri/*/server/*.[ch] and src/mesa/drivers/dri/common/xmlpool/*.[ch]. include/GL/internal/glcore.h is already in MAIN_FILES, no need for it in DRI_FILES too. src/glx/Makefile was listed

[Mesa-dev] [Bug 31630] [PATCH] egl: Add texture from pixmap example for GLES2.

https://bugs.freedesktop.org/show_bug.cgi?id=31630 Alexandros Frantzis changed: What|Removed |Added Attachment #40279|0 |1 is obsolete|

[Mesa-dev] [Bug 31630] New: [PATCH] egl: Add texture from pixmap example for GLES2.

https://bugs.freedesktop.org/show_bug.cgi?id=31630 Summary: [PATCH] egl: Add texture from pixmap example for GLES2. Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: enhancem

Re: [Mesa-dev] gl_FragCoord / FBOs vs mesa/st

On Mon, 2010-11-15 at 01:32 -0800, Keith Whitwell wrote: > On Mon, 2010-11-15 at 01:28 -0800, Keith Whitwell wrote: > > On Sun, 2010-11-14 at 20:18 -0800, Dave Airlie wrote: > > > Eric just checked in a test into piglit that tests that the > > > gl_FragCoord works the right way up for FBOs, > > >

Re: [Mesa-dev] gl_FragCoord / FBOs vs mesa/st

On Mon, 2010-11-15 at 01:28 -0800, Keith Whitwell wrote: > On Sun, 2010-11-14 at 20:18 -0800, Dave Airlie wrote: > > Eric just checked in a test into piglit that tests that the > > gl_FragCoord works the right way up for FBOs, > > > > Now all the gallium drivers fail this currently and fixing it c

Re: [Mesa-dev] gl_FragCoord / FBOs vs mesa/st

On Sun, 2010-11-14 at 20:18 -0800, Dave Airlie wrote: > Eric just checked in a test into piglit that tests that the > gl_FragCoord works the right way up for FBOs, > > Now all the gallium drivers fail this currently and fixing it creates > an ugly linkage between the currently bound buffer and the

Re: [Mesa-dev] r600g/mesa/gallium performance, whois to blame ?

On Fri, 2010-11-12 at 20:32 -0800, Jerome Glisse wrote: > > I think r600c is just a bit too naive and so it end up being very > expensive to change any states with it. But i haven't took a closer > look. I don't think we should look too much at relative cost of > changing state. I think fglrx opt