Re: [Mesa-dev] release schedule

On Wed, Sep 19, 2012 at 8:40 PM, Barto wrote: > I don't see the "GL_ARB_fragment_program" when I run glxinfo, my radeon > 9000 AGP is only opengl 1.3: OK, in that case, querying GL_MAX_TEXTURE_IMAGE_UNITS is invalid. Looks like a (minor) bug in blender. -Brian ___

Re: [Mesa-dev] release schedule

I don't see the "GL_ARB_fragment_program" when I run glxinfo, my radeon 9000 AGP is only opengl 1.3: OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI R200 (RV250 4C66) x86/MMX/SSE2 TCL DRI2 OpenGL version string: 1.3 Mesa 8.0.4 OpenGL extensions: GL_ARB_multisampl

Re: [Mesa-dev] [PATCH 3/7] i965/fs: Use the sampler for FS pull constant loading on Ivybridge.

On 09/19/2012 03:10 PM, Paul Berry wrote: > On 19 September 2012 13:27, Kenneth Graunke > wrote: > > Data port reads are absurdly slow on Ivybridge due to cache issues. > > The LD message ignores the sampler unit index and SAMPLER_STATE pointer, > instea

Re: [Mesa-dev] [PATCH] llvmpipe: fix overflow bug in total texture size computation

The particular failing case was a 1024^3 3D texture. 1024*1024*1024*4 (RGBA) = 4GB which overflows to zero in a 32-bit uint. The limit used to be 512^3 but Jose bumped it up in commit bc8509b4. I think we could look if the img_stride is > 1024 then do an alternate computation in kilobytes i

Re: [Mesa-dev] [PATCH] llvmpipe: fix overflow bug in total texture size computation

Good catch. I'm not sure though using size_t casts (and size_t sized total_value) is good enough since this could also be hit on archs using 32bit size_t? Though i guess using 64bit arithmetic on 32bit would be sort of slow... Roland Am 19.09.2012 21:30, schrieb Brian Paul: > Add size_t casts wh

Re: [Mesa-dev] release schedule

The release build of Mesa should also print error messages like that if the MESA_DEBUG env var is set. git-blame says the code in question hasn't changed since May of 2010. The query should be legal with GL 2.0 or later (it comes from GL_ARB_fragment_program). What does your glxinfo say?

Re: [Mesa-dev] [PATCH 3/7] i965/fs: Use the sampler for FS pull constant loading on Ivybridge.

On 19 September 2012 13:27, Kenneth Graunke wrote: > Data port reads are absurdly slow on Ivybridge due to cache issues. > > The LD message ignores the sampler unit index and SAMPLER_STATE pointer, > instead relying on hard-wired default state. Thus, there's no need to > worry about running out

Re: [Mesa-dev] [PATCH 7/7] i965: Don't spill "smeared" registers.

On 19 September 2012 13:28, Kenneth Graunke wrote: > From: Paul Berry > > Fixes an assertion failure when compiling certain shaders that need both > pull constants and register spilling: > > brw_eu_emit.c:204: validate_reg: Assertion `execsize >= width' failed. > > Reviewed-by: Kenneth Graunke

Re: [Mesa-dev] [PATCH] mesa: Don't override S3TC internalFormat if data is pre-compressed.

No more speckled zombies. :) For gen7: Tested-by: Jordan Justen Reviewed-by: Jordan Justen On Wed, Sep 19, 2012 at 12:01 PM, Kenneth Graunke wrote: > Commit 42723d88d intended to override an S3TC internalFormat to a > generic compressed format when the application requested online > compressi

[Mesa-dev] release schedule

In fact this error message only occurs if I use the debug version of mesa libs, with the release version there is no problem, during my last test in July I didn't use the "debug version" of mesa libs, that's why I didn't have the error message Le 19/09/2012 23:53, Barto a écrit : > but I notice

Re: [Mesa-dev] release schedule

On Wed, Sep 19, 2012 at 4:53 PM, Barto wrote: > Hello, > > I did the tests with the git version of Andreas ( > git://github.com/andreasboll/mesa.git 8.0-fixes-for-idr ) > > I have a radeon AGP 9000 ( M9, rv250, r200 driver ), the bug 47375 ( a > problem between Blender and swrast with a crash at s

Re: [Mesa-dev] release schedule

Hello, I did the tests with the git version of Andreas ( git://github.com/andreasboll/mesa.git 8.0-fixes-for-idr ) I have a radeon AGP 9000 ( M9, rv250, r200 driver ), the bug 47375 ( a problem between Blender and swrast with a crash at startup ) is fixed, but I notice an error message in the co

[Mesa-dev] [PATCH 7/7] i965: Don't spill "smeared" registers.

From: Paul Berry Fixes an assertion failure when compiling certain shaders that need both pull constants and register spilling: brw_eu_emit.c:204: validate_reg: Assertion `execsize >= width' failed. Reviewed-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp | 8 +++

[Mesa-dev] [PATCH 6/7] i965: Complain about variable index lowering when INTEL_DEBUG=perf.

Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_shader.cpp | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) Admittedly most of the other messages from INTEL_DEBUG=perf are hints for application developers while this is a resounding "sorry, we suck." But it's sti

[Mesa-dev] [PATCH 5/7] i965: Dump linked shaders on MESA_GLSL=dump.

Often, the original shader IR isn't terribly interesting because a lot of crucial optimizations haven't been done (such as inlining built-ins). ir_to_mesa used to print this out for us, but since we don't use it, we have to do it ourselves. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dr

[Mesa-dev] [PATCH 4/7] glsl: Rename variable_entry2 back to variable_entry in struct splitting.

The anonymous namespace should keep these private classes to file scope, preventing clashes with other symbols of the same name elsewhere. Signed-off-by: Kenneth Graunke --- src/glsl/opt_structure_splitting.cpp | 38 1 file changed, 17 insertions(+), 21 delet

[Mesa-dev] [PATCH 3/7] i965/fs: Use the sampler for FS pull constant loading on Ivybridge.

Data port reads are absurdly slow on Ivybridge due to cache issues. The LD message ignores the sampler unit index and SAMPLER_STATE pointer, instead relying on hard-wired default state. Thus, there's no need to worry about running out of sampler units or providing SAMPLER_STATE; this small patch

[Mesa-dev] [PATCH 2/7] i965: Allow fast depth clears if scissoring doesn't do anything.

A game we're working with leaves scissoring enabled, but frequently sets the scissor rectangle to the size of the whole screen. In that case, scissoring has no effect, so it's safe to go ahead with a fast clear. Chad believe this should help with Oliver McFadden's "Dante" as well. v2/Chad: Use t

[Mesa-dev] [PATCH 1/7] i965: Create local temporaries for depth buffer slice dimensions.

We use these in a couple of places, and slice_width/height is a lot shorter than mt->level[depth_irb->mt_level].width. Saves a few dereferences as well. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_clear.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) dif

Re: [Mesa-dev] [PATCH] meta: Generate and compile shaders everytime in setup_glsl_generate_mipmap()

On Wed, Sep 19, 2012 at 11:28 AM, Brian Paul wrote: > On 09/19/2012 12:00 PM, Anuj Phogat wrote: >> >> On Wed, Sep 19, 2012 at 2:13 AM, Eric Anholt wrote: >>> >>> >>> Anuj Phogat writes: >>> Fixes float-texture(mipmap.manual): See Comment 6: https://bugs.freedesktop.org/show_bug.cgi?id

[Mesa-dev] [PATCH] llvmpipe: fix overflow bug in total texture size computation

Add size_t casts when multiplying slice size by number of slices to avoid 32-bit uint overflow. This bug has been here for a long time. But before the recent proxy texture changes, core Mesa was detecting that the texture was too large and we never got this far. Fixes https://bugs.freedesktop.org

[Mesa-dev] [PATCH] mesa: Don't override S3TC internalFormat if data is pre-compressed.

Commit 42723d88d intended to override an S3TC internalFormat to a generic compressed format when the application requested online compression of uncompressed data. Unfortunately, it also broke pre-compressed textures when libtxc_dxtn isn't installed but the extensions are forced on. Both glCompre

[Mesa-dev] [Bug 55117] New: [llvmpipe] piglit tex3d-maxsize regression

https://bugs.freedesktop.org/show_bug.cgi?id=55117 Bug #: 55117 Summary: [llvmpipe] piglit tex3d-maxsize regression Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All)

Re: [Mesa-dev] [PATCH] build: substitute X11_INCLUDES variable

On Wed, Sep 19, 2012 at 5:26 PM, Matt Turner wrote: > On Wed, Sep 19, 2012 at 8:12 AM, Robert Bragg wrote: >> There are a few automake files that reference $(X11_INCLUDES) such as >> src/glx/Makefile.am but configure.ac wasn't declaring the variable for >> substitution. This would break builds of

Re: [Mesa-dev] [PATCH] meta: Generate and compile shaders everytime in setup_glsl_generate_mipmap()

On 09/19/2012 12:00 PM, Anuj Phogat wrote: On Wed, Sep 19, 2012 at 2:13 AM, Eric Anholt wrote: Anuj Phogat writes: Fixes float-texture(mipmap.manual): See Comment 6: https://bugs.freedesktop.org/show_bug.cgi?id=54296 Can you explain why this is necessary? _mesa_meta_GenerateMipmap()->se

Re: [Mesa-dev] [PATCH] meta: Generate and compile shaders everytime in setup_glsl_generate_mipmap()

On Wed, Sep 19, 2012 at 2:13 AM, Eric Anholt wrote: > > Anuj Phogat writes: > > > Fixes float-texture(mipmap.manual): > > See Comment 6: https://bugs.freedesktop.org/show_bug.cgi?id=54296 > > Can you explain why this is necessary? _mesa_meta_GenerateMipmap()->setup_glsl_generate_mipmap() genera

[Mesa-dev] [Bug 33676] glew version not detected correctly for cmake/autotools build systems. (WAS: cmake build fail)

https://bugs.freedesktop.org/show_bug.cgi?id=33676 Andreas Boll changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Mesa-dev] [Bug 29411] fails to build with glew 1.5.0

https://bugs.freedesktop.org/show_bug.cgi?id=29411 Andreas Boll changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: [Mesa-dev] [PATCH demos v3] build: require glew 1.5.4

On Wed, Sep 19, 2012 at 9:49 AM, Andreas Boll wrote: > Can I push this one? Yeah, I think it's okay. Reviewed-by: Matt Turner ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH demos v3] build: require glew 1.5.4

Looks good to me. Jose - Original Message - > 2012/9/13 Andreas Boll : > > also remove the fallback path > > > > v2: also check for glew in cmake build system > > v3: fix windows build > > > > Should fix: > > https://bugs.freedesktop.org/show_bug.cgi?id=29411 > > https://bugs.freedesktop.

Re: [Mesa-dev] [PATCH demos v3] build: require glew 1.5.4

2012/9/13 Andreas Boll : > also remove the fallback path > > v2: also check for glew in cmake build system > v3: fix windows build > > Should fix: > https://bugs.freedesktop.org/show_bug.cgi?id=29411 > https://bugs.freedesktop.org/show_bug.cgi?id=33676 > --- > CMakeLists.txt |1 + > configure.

Re: [Mesa-dev] [PATCH] build: substitute X11_INCLUDES variable

On Wed, Sep 19, 2012 at 8:12 AM, Robert Bragg wrote: > There are a few automake files that reference $(X11_INCLUDES) such as > src/glx/Makefile.am but configure.ac wasn't declaring the variable for > substitution. This would break builds of glx if libxcb, for example, was > installed in its own pr

Re: [Mesa-dev] Mesa (master): mesa: clean-up and fix glCompressedTexSubImage error checking

Oops, I accidentally pushed some unfinished patches. I've reverted them. -Brian ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH] SwapBuffersRegionNOK: invert rectangles on y axis

On Wed, Sep 19, 2012 at 7:46 AM, Robert Bragg wrote: > On Tue, Sep 18, 2012 at 5:35 PM, Matt Turner wrote: >> On Tue, Sep 18, 2012 at 8:10 AM, Robert Bragg wrote: >>> From: Robert Bragg >>> >>> The EGL_NOK_swap_region2 spec states that the rectangles are specified >>> with a bottom-left origin

[Mesa-dev] [Bug 55069] Torchlight: rendering errors

https://bugs.freedesktop.org/show_bug.cgi?id=55069 Sven Arvidsson changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: [Mesa-dev] [PATCH 1/7] r600g: don't snoop context state while building shaders

For the series: Reviewed-by: Alex Deucher On Tue, Sep 18, 2012 at 8:51 PM, Marek Olšák wrote: > Let's use the shader key describing the state. > --- > src/gallium/drivers/r600/r600_pipe.h | 13 +-- > src/gallium/drivers/r600/r600_shader.c | 30 > +++-

Re: [Mesa-dev] docs: replace the frame based layout with an iframe based layout

2012/9/19 Brian Paul : > On 09/19/2012 03:20 AM, Andreas Boll wrote: >> >> 2012/9/18 Andreas Boll: >>> >>> Hi list, >>> >>> By now all docs/*.html files are 100% HTML 4.01 Transitional valid. >>> The frame based layout is gone, and replaced by an iframe based layout. >>> The iframe is used for the

[Mesa-dev] [PATCH] build: substitute X11_INCLUDES variable

There are a few automake files that reference $(X11_INCLUDES) such as src/glx/Makefile.am but configure.ac wasn't declaring the variable for substitution. This would break builds of glx if libxcb, for example, was installed in its own prefix since AM_CFLAGS wouldn't coincidentally list the needed i

Re: [Mesa-dev] [PATCH] SwapBuffersRegionNOK: invert rectangles on y axis

On Tue, Sep 18, 2012 at 5:35 PM, Matt Turner wrote: > On Tue, Sep 18, 2012 at 8:10 AM, Robert Bragg wrote: >> From: Robert Bragg >> >> The EGL_NOK_swap_region2 spec states that the rectangles are specified >> with a bottom-left origin within a surface coordinate space also with a >> bottom left

Re: [Mesa-dev] docs: replace the frame based layout with an iframe based layout

On 09/19/2012 03:20 AM, Andreas Boll wrote: 2012/9/18 Andreas Boll: Hi list, By now all docs/*.html files are 100% HTML 4.01 Transitional valid. The frame based layout is gone, and replaced by an iframe based layout. The iframe is used for the navigation, so that each page includes contents.htm

Re: [Mesa-dev] [RFC] glsl-to-llvm

On Wed, Sep 19, 2012 at 09:07:41AM +0200, Eric Anholt wrote: > Tom Stellard writes: > > > On Tue, Sep 11, 2012 at 11:12:49PM +0200, Vincent wrote: > >> Hi, > >> > >> I'm currently working on a glsl to llvm pass that generates LLVM IR from > >> glsl tree for drivers that ships with a LLVM backend

[Mesa-dev] [PATCH] r600g: tgsi-to-llvm generates interpolation intrinsics

--- src/gallium/drivers/r600/r600_llvm.c | 118 ++- src/gallium/drivers/r600/r600_shader.c | 192 +++ src/gallium/drivers/r600/r600_shader.h | 38 ++ src/gallium/drivers/radeon/radeon_llvm.h | 9 +- 4 files changed, 255 insertions(+), 102

Re: [Mesa-dev] [PATCH 16/19] mesa: Don't set uniform dispatch pointers for many things in ES2 or core

Ian Romanick writes: > On 09/08/2012 12:08 AM, Eric Anholt wrote: >> Ian Romanick writes: >> >>> From: Ian Romanick >>> >>> NOTE: This is a candidate for the 9.0 branch >>> >>> Signed-off-by: Ian Romanick >> >> I've reviewed up to this point, with reference to the gles3 spec to see >> if anyth

Re: [Mesa-dev] docs: replace the frame based layout with an iframe based layout

2012/9/18 Andreas Boll : > Hi list, > > By now all docs/*.html files are 100% HTML 4.01 Transitional valid. > The frame based layout is gone, and replaced by an iframe based layout. > The iframe is used for the navigation, so that each page includes > contents.html > > E.g. if you open docs/downlo

Re: [Mesa-dev] [PATCH] meta: Generate and compile shaders everytime in setup_glsl_generate_mipmap()

Anuj Phogat writes: > Fixes float-texture(mipmap.manual): > See Comment 6: https://bugs.freedesktop.org/show_bug.cgi?id=54296 Can you explain why this is necessary? pgpg4WvPKyh6f.pgp Description: PGP signature ___ mesa-dev mailing list mesa-dev@lists

[Mesa-dev] [Bug 55080] New: [build error with -flto] relocation R_386_GOTOFF against undefined symbol `x86_entry_end.2334.4268' can not be used when making a shared object

https://bugs.freedesktop.org/show_bug.cgi?id=55080 Bug #: 55080 Summary: [build error with -flto] relocation R_386_GOTOFF against undefined symbol `x86_entry_end.2334.4268' can not be used when making a shared object Classificatio

Re: [Mesa-dev] [PATCH] i915: Don't flatten IF statements in the vertex shader.

Kenneth Graunke writes: > MaxIfDepth of 0 means "flatten all the time", not "never flatten". > Vertex shading is done using swrast, which can handle control flow > just fine. Giving it less instructions will probably help performance. Seems like the default in Mesa core on context init ought to

Re: [Mesa-dev] [RFC] glsl-to-llvm

Tom Stellard writes: > On Tue, Sep 11, 2012 at 11:12:49PM +0200, Vincent wrote: >> Hi, >> >> I'm currently working on a glsl to llvm pass that generates LLVM IR from >> glsl tree for drivers that ships with a LLVM backend. The current code >> is located here : http://cgit.freedesktop.org/~vlj/me