Re: [Mesa-dev] Gallium optimization: add the user pointer into pipe_vertex_buffer and pipe_index_buffer

Hi, does lack of feedback mean that this idea is still off the table despite the performance increase, or that nobody is opposed to it anymore? In other words, may I start adapting the other drivers and send patches? Thanks, Marek On Thu, Apr 12, 2012 at 8:08 PM, Marek Olšák wrote: > Hi, > > I

Re: [Mesa-dev] Gallium optimization: add the user pointer into pipe_vertex_buffer and pipe_index_buffer

On Mon, Apr 16, 2012 at 8:09 AM, Marek Olšák wrote: > Hi, > > does lack of feedback mean that this idea is still off the table > despite the performance increase, or that nobody is opposed to it > anymore? > > In other words, may I start adapting the other drivers and send patches? Seems ok to me

Re: [Mesa-dev] Gallium optimization: add the user pointer into pipe_vertex_buffer and pipe_index_buffer

- Original Message - > Hi, > > does lack of feedback mean that this idea is still off the table > despite the performance increase, or that nobody is opposed to it > anymore? Hi Marek, Sorry for the delayed silence. The lack of my feedback just means I'm busy... > In other words, may

Re: [Mesa-dev] [PATCH 09/11] docs: Update that ARB_draw_instanced is on in i965.

On 04/13/2012 04:38 PM, Eric Anholt wrote: --- docs/GL3.txt |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/GL3.txt b/docs/GL3.txt index 6621e75..07c6cd9 100644 --- a/docs/GL3.txt +++ b/docs/GL3.txt @@ -43,11 +43,11 @@ GLX_ARB_create_context (GLX 1.4 is required

Re: [Mesa-dev] GLSL 1.40 and fixed function

On 04/15/2012 03:25 AM, nobled wrote: I'm not sure if I'm missing something, but the non-compatibility OpenGL 3.1 Specification seems pretty straightforward about this: page 42/55 section 2.11 "Vertex Shaders": "If the program object has no vertex shader, or no program object is currently in us

Re: [Mesa-dev] GLSL 1.40 and fixed function

On 16 April 2012 09:44, Ian Romanick wrote: > On 04/15/2012 03:25 AM, nobled wrote: > > I'm not sure if I'm missing something, but the non-compatibility >> OpenGL 3.1 Specification seems pretty straightforward about this: >> >> page 42/55 section 2.11 "Vertex Shaders": >> "If the program object

Re: [Mesa-dev] GLSL 1.40 and fixed function

On 04/16/2012 10:01 AM, Paul Berry wrote: On 16 April 2012 09:44, Ian Romanick mailto:i...@freedesktop.org>> wrote: On 04/15/2012 03:25 AM, nobled wrote: I'm not sure if I'm missing something, but the non-compatibility OpenGL 3.1 Specification seems pretty straightforward ab

Re: [Mesa-dev] GLSL 1.40 and fixed function

On Mon, Apr 16, 2012 at 1:01 PM, Paul Berry wrote: > On 16 April 2012 09:44, Ian Romanick wrote: >> >> On 04/15/2012 03:25 AM, nobled wrote: >> >>> I'm not sure if I'm missing something, but the non-compatibility >>> OpenGL 3.1 Specification seems pretty straightforward about this: >>> >>> page 4

Re: [Mesa-dev] [PATCH 10/11] docs: Update GL3.0 things that got done.

On Sat, 14 Apr 2012 07:27:28 +0100, Dave Airlie wrote: > On Sat, Apr 14, 2012 at 12:38 AM, Eric Anholt wrote: > > --- > >  docs/GL3.txt |    5 ++--- > >  1 file changed, 2 insertions(+), 3 deletions(-) > > > > diff --git a/docs/GL3.txt b/docs/GL3.txt > > index 07c6cd9..4393b22 100644 > > --- a/do

Re: [Mesa-dev] [PATCH 1/7] glsl: Set initial values for uniforms in the linker

On Thu, 12 Apr 2012 17:25:37 -0700, "Ian Romanick" wrote: > + if (val->type->is_array()) { > + const enum glsl_base_type base_type = > + val->array_elements[0]->type->base_type; > + const unsigned int elements = > val->array_elements[0]->type->components(); > + unsigned int

Re: [Mesa-dev] [PATCH 2/7] glsl: Initialize samplers to 0, propagate sampler values to the gl_program

On Thu, 12 Apr 2012 17:25:38 -0700, "Ian Romanick" wrote: > From: Ian Romanick > > The spec requires that samplers be initialized to 0. Since this > differs from the 1-to-1 mapping of samplers to texture units assumed > by ARB assembly shaders (and the gl_program structure), be sure to > propag

[Mesa-dev] [Bug 48787] New: [regression bisected]

https://bugs.freedesktop.org/show_bug.cgi?id=48787 Bug #: 48787 Summary: [regression bisected] Classification: Unclassified Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: nor

[Mesa-dev] [Bug 48788] New: Mesa after 7.11.2 won't use hardware for OpenGL acceleration

https://bugs.freedesktop.org/show_bug.cgi?id=48788 Bug #: 48788 Summary: Mesa after 7.11.2 won't use hardware for OpenGL acceleration Classification: Unclassified Product: Mesa Version: 8.0 Platform: IA64 (Itanium)

[Mesa-dev] [Bug 48788] Mesa after 7.11.2 won't use hardware for OpenGL acceleration

https://bugs.freedesktop.org/show_bug.cgi?id=48788 --- Comment #1 from russian...@gmail.com 2012-04-16 16:28:59 PDT --- Created attachment 60104 --> https://bugs.freedesktop.org/attachment.cgi?id=60104 Xorg log when using r600g driver -- Configure bugmail: https://bugs.freedesktop.org/userpr

[Mesa-dev] [Bug 48788] Mesa after 7.11.2 won't use hardware for OpenGL acceleration

https://bugs.freedesktop.org/show_bug.cgi?id=48788 --- Comment #2 from russian...@gmail.com 2012-04-16 16:29:39 PDT --- Created attachment 60105 --> https://bugs.freedesktop.org/attachment.cgi?id=60105 Kernel log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[Mesa-dev] [Bug 48788] Mesa after 7.11.2 won't use hardware for OpenGL acceleration

https://bugs.freedesktop.org/show_bug.cgi?id=48788 --- Comment #3 from russian...@gmail.com 2012-04-16 16:30:05 PDT --- Created attachment 60106 --> https://bugs.freedesktop.org/attachment.cgi?id=60106 Kernel configuration I'm using. -- Configure bugmail: https://bugs.freedesktop.org/userpre

[Mesa-dev] [Bug 48788] Mesa after 7.11.2 won't use hardware for OpenGL acceleration

https://bugs.freedesktop.org/show_bug.cgi?id=48788 --- Comment #4 from Joshua Scoggins 2012-04-16 16:33:00 PDT --- I can confirm that this affects r300 based devices (FireGL X1) as well on ia64. Downgrading to Mesa 7.11.2 fixed the issue. -- Configure bugmail: https://bugs.freedesktop.org/user

[Mesa-dev] [Bug 48787] [regression bisected] Doom3 generates DrawElements warnings, doesn't draw

https://bugs.freedesktop.org/show_bug.cgi?id=48787 Ian Romanick changed: What|Removed |Added Summary|[regression bisected] |[regression bisected] Doom3

[Mesa-dev] [Bug 48788] Mesa after 7.11.2 won't use hardware for OpenGL acceleration

https://bugs.freedesktop.org/show_bug.cgi?id=48788 --- Comment #5 from Alex Deucher 2012-04-16 16:36:32 PDT --- You are using the xorg state tracker rather than xf86-video-ati. Do things work correctly with xf86-video-ati? Why are you using the xorg state tracker? -- Configure bugmail: https:

[Mesa-dev] [Bug 48788] Mesa after 7.11.2 won't use hardware for OpenGL acceleration

https://bugs.freedesktop.org/show_bug.cgi?id=48788 --- Comment #6 from russian...@gmail.com 2012-04-16 16:38:46 UTC --- (In reply to comment #5) > You are using the xorg state tracker rather than xf86-video-ati. Do things > work correctly with xf86-video-ati? Why are you using the xorg state t

[Mesa-dev] [PATCH 02/10] glsl: Use the column_types() helper method.

Ken noted this in a review of this patch that I pushed early. --- src/glsl/opt_array_splitting.cpp |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/src/glsl/opt_array_splitting.cpp b/src/glsl/opt_array_splitting.cpp index f11b516..e41818f 100644 --- a/src/glsl/opt_array_spl

[Mesa-dev] [PATCH 01/10] glx: Use AM_CPPFLAGS to pass -I and -D to both C and C++ compiles.

--- tests/glx/Makefile.am |8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/tests/glx/Makefile.am b/tests/glx/Makefile.am index f5581d6..7f93fd7 100644 --- a/tests/glx/Makefile.am +++ b/tests/glx/Makefile.am @@ -1,10 +1,8 @@ -INC = \ +AM_CPPFLAGS = \ -I$(top_bu

[Mesa-dev] [PATCH 06/10] glsl: Fix up some comments in structure splitting, based on array-split work.

--- src/glsl/opt_structure_splitting.cpp | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/src/glsl/opt_structure_splitting.cpp b/src/glsl/opt_structure_splitting.cpp index 2c1f6bb..6dd228e 100644 --- a/src/glsl/opt_structure_splitting.cpp +++ b/src/glsl/opt_struct

[Mesa-dev] [PATCH 07/10] glsl: Convert the tests directory to automake.

This runs optimization-test and produces the usual automake test output, which may be interesting to automated build systems. This doesn't convert the tests to be individually exposed to the automake runner, because automake doesn't like wildcards (due to being nonportable in make, not that we car

Re: [Mesa-dev] [PATCH 7/7] tests/glsl: Add test for uniform initialization by the linker

On Thu, 12 Apr 2012 17:25:43 -0700, "Ian Romanick" wrote: > From: Ian Romanick > > Signed-off-by: Ian Romanick Uncommented patches up to this one are: Reviewed-by: Eric Anholt I think that the unit tests should live next to the code (under tests/ if it makes sense), rather than under a top-

[Mesa-dev] [PATCH 10/10] glsl: Properly throw compile-time errors for conflicting FS output writes.

We were checking for these at link time previously, which is not as early as mandated, and would actually fail to detect conflicting writes if dead code removal removed some writes. Fixes failures in piglit glsl-*/compiler/fragment-outputs/write-gl_Frag* --- src/glsl/ast_to_hir.cpp | 66 +++

[Mesa-dev] [PATCH 09/10] glsl: Track in each ir_variable whether it was ever assigned.

This will be used for some compile-and-link-time error checking, where currently we've been doing error checking only at link time. --- src/glsl/ast_function.cpp | 29 - src/glsl/ast_to_hir.cpp |4 src/glsl/ir.h | 13 + 3 files cha

[Mesa-dev] [PATCH 08/10] glsl: Add a test for not array splitting function arguments.

I wouldn't be able to trigger this at the piglit level because of inlining. And the bug I was concerned about can't be triggered because we don't do array splitting on in/out variables (though I've wanted to change that). --- src/glsl/tests/.gitignore |1 + src/glsl/t

[Mesa-dev] [PATCH 05/10] glsl: Don't allow array splitting on function arguments.

This is the reason the declaration member existed in the reference visitor, but I didn't copy the code from structure splitting that avoided setting it. This wasn't currently a problem, because we don't allow splitting of in/out variables. But that would be nice to change some day. --- src/glsl/

[Mesa-dev] [PATCH 03/10] glsl: Fix up a comment explaining what a visitor class does.

Ken noted that some of the "actual work" was happening in the caller of this class. --- src/glsl/opt_array_splitting.cpp |5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/src/glsl/opt_array_splitting.cpp b/src/glsl/opt_array_splitting.cpp index e41818f..2b523fc 100644 ---

[Mesa-dev] [PATCH 04/10] glsl: Rename the whe "whole_array_access" member in array splitting.

This was carried over from structure splitting, without thinking about whether the name still made sense in this context. --- src/glsl/opt_array_splitting.cpp | 26 +++--- 1 file changed, 15 insertions(+), 11 deletions(-) diff --git a/src/glsl/opt_array_splitting.cpp b/src/g

[Mesa-dev] Mesa-8.0.2 libGL.so: undefined reference to `XGetXCBConnection'

Hi, I've just built Mesa-8.0.2 in a Linux box. Then there were errors of "libGL.so: undefined reference to `XGetXCBConnection'" and "libGL.so: undefined reference to `xcb_glx_client_info'" while I was compiling glew-1.7.0. What was I missing in building Mesa-8.0.2? $ ldd libGL.so linux-gate.so.

[Mesa-dev] [Bug 48788] Mesa after 7.11.2 won't use hardware for OpenGL acceleration

https://bugs.freedesktop.org/show_bug.cgi?id=48788 --- Comment #7 from russian...@gmail.com 2012-04-16 20:13:47 PDT --- I've noticed different defines on 7.11.2 version and git from autogen.sh script: For example -D for glsl_lexer : 8-git -D_GNU_SOURCE -DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_EXTE