[Mesa-dev] Intel build failure with 9.0

Hello, please cherry-pick 7cb8764ca39cb7f325d6da10a8b11bf24adf2ae0 ("intel: Add missing #include ", [1]) in the 9.0 branch. Thanks, Paul [1] - http://lists.freedesktop.org/archives/mesa-dev/2012-October/028449.html ___ mesa-dev mailing list mesa-dev@

Re: [Mesa-dev] [PATCH] gallium: unify transfer functions

On Mit, 2012-10-10 at 03:04 +0200, Marek Olšák wrote: > > this is actually a very small cleanup that got unexpectedly big. I > really underestimated the size of gallium. We used to do this sort of rework a lot in the early days of Gallium, good thing it's settled down a bit. :) > It's part of

[Mesa-dev] [Bug 55837] New: account request: Imre Deak

https://bugs.freedesktop.org/show_bug.cgi?id=55837 Priority: medium Bug ID: 55837 Assignee: mesa-dev@lists.freedesktop.org Summary: account request: Imre Deak Severity: normal Classification: Unclassified OS: All Re

[Mesa-dev] [Bug 55837] account request: Imre Deak

https://bugs.freedesktop.org/show_bug.cgi?id=55837 --- Comment #1 from Imre Deak --- Created attachment 68398 --> https://bugs.freedesktop.org/attachment.cgi?id=68398&action=edit SSH key -- You are receiving this mail because: You are the assignee for the bug.

[Mesa-dev] [Bug 55837] account request: Imre Deak

https://bugs.freedesktop.org/show_bug.cgi?id=55837 --- Comment #2 from Imre Deak --- Created attachment 68399 --> https://bugs.freedesktop.org/attachment.cgi?id=68399&action=edit GPG key -- You are receiving this mail because: You are the assignee for the bug.

[Mesa-dev] [PATCH] mesa: Avoid C99 indexed initializers.

From: José Fonseca Not supported by MSVC. Just compiled tested. --- src/mesa/main/get_hash_generator.py | 31 ++- src/mesa/main/mtypes.h |3 +++ 2 files changed, 29 insertions(+), 5 deletions(-) diff --git a/src/mesa/main/get_hash_generator.py b/

[Mesa-dev] Fix a crash in update_texture_state() when requesting a fallback for external texture target

I found a crash where updating the texture unit states ends up requesting a fallback texture for a GL_TEXTURE_EXTERNAL_OES target and sets a null current texture object for the current unit. This is a fix by supporting TEXTURE_EXTERNAL_INDEX target in _mesa_get_fallback_texture() and making s

Re: [Mesa-dev] [PATCH] mesa: Avoid C99 indexed initializers.

On Wed, 2012-10-10 at 12:25 +0100, jfons...@vmware.com wrote: > From: José Fonseca > > Not supported by MSVC. > > Just compiled tested. > --- My mistake, I wasn't aware of such limitations and I haven't checked whether things work with MSVC. In any case it looks ok: Reviewed-by: Imre Deak >

Re: [Mesa-dev] [PATCH] mesa: Avoid C99 indexed initializers.

- Original Message - > On Wed, 2012-10-10 at 12:25 +0100, jfons...@vmware.com wrote: > > From: José Fonseca > > > > Not supported by MSVC. > > > > Just compiled tested. > > --- > > My mistake, I wasn't aware of such limitations No prob, Imre. Yeah, MSVC has its quirks, but unfortunate

Re: [Mesa-dev] [PATCH 4/7] radeon/llvm: use llvm fabs intrinsic

On Tue, Oct 09, 2012 at 11:35:00PM +0200, Vincent wrote: > Le mardi 09 octobre 2012 à 10:49 -0400, Tom Stellard a écrit : > > On Mon, Oct 08, 2012 at 04:47:10PM +0200, Vincent Lejeune wrote: > > > --- > > > src/gallium/drivers/radeon/AMDGPUISelLowering.cpp | 3 +-- > > > src/gallium/drivers/rade

[Mesa-dev] [PATCH] clover: Don't link against libclangRewrite

From: Tom Stellard This library does not exist in LLVM 3.2 and libOpenCL.so links fine without it on LLVM 3.1 --- src/gallium/targets/opencl/Makefile.am | 1 - 1 file changed, 1 deletion(-) diff --git a/src/gallium/targets/opencl/Makefile.am b/src/gallium/targets/opencl/Makefile.am index 4c89e

Re: [Mesa-dev] [PATCH v3 1/2] intel: print debug either to stdout or `logcat' depending on platform.

On 10/09/2012 09:49 PM, Oliver McFadden wrote: Signed-off-by: Oliver McFadden CC: Chad Versace --- v3: split the unconditional DEBUG_PERF printing for Android into a separate patch. The second patch doesn't necessarily need to be upstreamed; I'm open to feedback here... src/mesa/drivers/dri

Re: [Mesa-dev] [PATCH 17/19] mesa: Add notes about remaining NV_vertex_program code.

Am 10.10.2012 03:06, schrieb Eric Anholt: > --- > src/mesa/main/nvprogram.c |4 > src/mesa/main/vtxfmt.c |2 +- > src/mesa/vbo/vbo_exec_api.c |4 > 3 files changed, 9 insertions(+), 1 deletion(-) > > diff --git a/src/mesa/main/nvprogram.c b/src/mesa/main/nvprogram.c >

Re: [Mesa-dev] Fix a crash in update_texture_state() when requesting a fallback for external texture target

On 10/10/2012 05:42 AM, Abdiel Janulgue wrote: I found a crash where updating the texture unit states ends up requesting a fallback texture for a GL_TEXTURE_EXTERNAL_OES target and sets a null current texture object for the current unit. This is a fix by supporting TEXTURE_EXTERNAL_INDEX targe

[Mesa-dev] [PATCH] mesa/es: Enable GL_EXT_map_buffer_range

This extension is functionally the same as GL_ARB_map_buffer_range. --- v2: Add the new entry points to tests/dispatch_sanity.cpp src/mapi/glapi/gen/es_EXT.xml | 24 src/mapi/glapi/gen/gles_api.py |6 ++ src/mesa/main/api_exec.c

[Mesa-dev] [Bug 55837] account request: Imre Deak

https://bugs.freedesktop.org/show_bug.cgi?id=55837 Brian Paul changed: What|Removed |Added Assignee|mesa-dev@lists.freedesktop. |sitewranglers@lists.freedes

Re: [Mesa-dev] [PATCH] gallium: unify transfer functions

One thing to note here. Some Gallium modules already work even if the returned transfer object is NULL. The drivers where transfer_unmap for PIPE_BUFFER is actually no-op would benefit from this by skipping the allocation of pipe_transfer entirely. It's not recommended to use such a hack now, but i

Re: [Mesa-dev] Nuking GL_NV_vertex_program

I think certain versions of SPEC viewperf rely on NV_vertex_program. See http://www.mesa3d.org/viewperf.html We had some internal hacks to support just the bare minimum of to run some of these tests, but they were not accepted on mesa proper. (There is some bug report on fdo about it). Jose -

Re: [Mesa-dev] [PATCH 17/19] mesa: Add notes about remaining NV_vertex_program code.

On 10/10/2012 07:34 AM, Roland Scheidegger wrote: Am 10.10.2012 03:06, schrieb Eric Anholt: --- src/mesa/main/nvprogram.c |4 src/mesa/main/vtxfmt.c |2 +- src/mesa/vbo/vbo_exec_api.c |4 3 files changed, 9 insertions(+), 1 deletion(-) diff --git a/src/mesa/mai

[Mesa-dev] [PATCH] glapi: Reformat python code generation scripts to use 4-space indentation.

This brings us into accordance with the official Python style guide (http://www.python.org/dev/peps/pep-0008/#indentation). To preserve the indentation of the c code that is generated by these scripts, I've avoided re-indenting triple-quoted strings (unless those strings appear to be docstrings).

Re: [Mesa-dev] Nuking GL_NV_vertex_program

On 10/10/2012 07:42 AM, Jose Fonseca wrote: I think certain versions of SPEC viewperf rely on NV_vertex_program. See http://www.mesa3d.org/viewperf.html We had some internal hacks to support just the bare minimum of to run some of these tests, but they were not accepted on mesa proper. (There

Re: [Mesa-dev] Nuking GL_NV_vertex_program

On 10/10/2012 07:59 AM, Kenneth Graunke wrote: On 10/10/2012 07:42 AM, Jose Fonseca wrote: I think certain versions of SPEC viewperf rely on NV_vertex_program. See http://www.mesa3d.org/viewperf.html We had some internal hacks to support just the bare minimum of to run some of these tests, but

Re: [Mesa-dev] Nuking GL_NV_vertex_program

On 10/10/2012 08:59 AM, Kenneth Graunke wrote: On 10/10/2012 07:42 AM, Jose Fonseca wrote: I think certain versions of SPEC viewperf rely on NV_vertex_program. See http://www.mesa3d.org/viewperf.html We had some internal hacks to support just the bare minimum of to run some of these tests, but

Re: [Mesa-dev] [PATCH] clover: Don't link against libclangRewrite

Tom Stellard writes: > From: Tom Stellard > > This library does not exist in LLVM 3.2 and libOpenCL.so links fine > without it on LLVM 3.1 Reviewed-by: Francisco Jerez > --- > src/gallium/targets/opencl/Makefile.am | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/src/gallium/targets/o

Re: [Mesa-dev] Nuking GL_NV_vertex_program

On 10/10/2012 09:08 AM, Brian Paul wrote: On 10/10/2012 08:59 AM, Kenneth Graunke wrote: On 10/10/2012 07:42 AM, Jose Fonseca wrote: I think certain versions of SPEC viewperf rely on NV_vertex_program. See http://www.mesa3d.org/viewperf.html We had some internal hacks to support just the bare

Re: [Mesa-dev] [PATCH 17/19] mesa: Add notes about remaining NV_vertex_program code.

On 10/10/2012 08:34 AM, Roland Scheidegger wrote: Am 10.10.2012 03:06, schrieb Eric Anholt: --- src/mesa/main/nvprogram.c |4 src/mesa/main/vtxfmt.c |2 +- src/mesa/vbo/vbo_exec_api.c |4 3 files changed, 9 insertions(+), 1 deletion(-) diff --git a/src/mesa/mai

Re: [Mesa-dev] [PATCH 01/19] i965/vp: Remove more code for unused opcodes.

On 10/09/2012 07:06 PM, Eric Anholt wrote: These don't appear in ARB_vp or NV_vp and I missed that fact on the first pass of removing dead opcodes. --- src/mesa/drivers/dri/i965/brw_vs_emit.c | 56 +-- 1 file changed, 1 insertion(+), 55 deletions(-) diff --git a/

Re: [Mesa-dev] [PATCH] glapi: Reformat python code generation scripts to use 4-space indentation.

On 10/10/2012 07:55 AM, Paul Berry wrote: This brings us into accordance with the official Python style guide (http://www.python.org/dev/peps/pep-0008/#indentation). To preserve the indentation of the c code that is generated by these scripts, I've avoided re-indenting triple-quoted strings (unl

Re: [Mesa-dev] [PATCH 1/4] st/mesa: remove useless checking in reset_cache

On 10/09/2012 04:48 PM, Marek Olšák wrote: It's always NULL here. --- src/mesa/state_tracker/st_cb_bitmap.c |6 -- 1 file changed, 6 deletions(-) diff --git a/src/mesa/state_tracker/st_cb_bitmap.c b/src/mesa/state_tracker/st_cb_bitmap.c index 62e5712..e4d6c4a 100644 --- a/src/mesa/st

[Mesa-dev] [PATCH] docs: start release notes file for 9.1

--- docs/relnotes-9.1.html | 64 docs/relnotes.html |1 + 2 files changed, 65 insertions(+), 0 deletions(-) create mode 100644 docs/relnotes-9.1.html diff --git a/docs/relnotes-9.1.html b/docs/relnotes-9.1.html new file mode 100644 index

Re: [Mesa-dev] [PATCH 17/19] mesa: Add notes about remaining NV_vertex_program code.

Am 10.10.2012 17:48, schrieb Brian Paul: > On 10/10/2012 08:34 AM, Roland Scheidegger wrote: >> Am 10.10.2012 03:06, schrieb Eric Anholt: >>> --- >>> src/mesa/main/nvprogram.c |4 >>> src/mesa/main/vtxfmt.c |2 +- >>> src/mesa/vbo/vbo_exec_api.c |4 >>> 3 files cha

[Mesa-dev] intel: FS compile failed: no register to spill

Hi, I'm experimenting with texture interpolation and seeing this error: Mesa 8.0.4 implementation error: Failed to compile fragment shader: FS compile failed: no register to spill Please report at bugs.freedesktop.org It seems the issue is already known, I found https://bugs.freedesktop.or

Re: [Mesa-dev] [PATCH] glapi: Reformat python code generation scripts to use 4-space indentation.

On 10 October 2012 08:59, Kenneth Graunke wrote: > On 10/10/2012 07:55 AM, Paul Berry wrote: > >> This brings us into accordance with the official Python style guide >> (http://www.python.org/dev/**peps/pep-0008/#indentation >> ). >> >> To pre

Re: [Mesa-dev] [PATCH] mesa/es: Enable GL_EXT_map_buffer_range

On 10/10/2012 07:33 AM, Fredrik Höglund wrote: This extension is functionally the same as GL_ARB_map_buffer_range. --- v2: Add the new entry points to tests/dispatch_sanity.cpp src/mapi/glapi/gen/es_EXT.xml | 24 src/mapi/glapi/gen/gles_api.py |

Re: [Mesa-dev] Mesa (master): configure.ac: Don't duplicate CFLAGS

On Sat, Oct 6, 2012 at 11:03 AM, Stéphane Marchesin wrote: > Hi Matt, > > This patch breaks the build for me on one of my machines (Fedora 15): > > gmake[3]: Entering directory `/home/marcheu/mesa/src/glsl/glcpp' > LEXglcpp-lex.c > YACC glcpp-parse.c > CXXglsl_lexer.lo > updating g

Re: [Mesa-dev] Intel build failure with 9.0

On 10/09/2012 10:00 AM, Paul Seidler wrote: Hello, please cherry-pick 7cb8764ca39cb7f325d6da10a8b11bf24adf2ae0 ("intel: Add missing #include ", [1]) in the 9.0 branch. The original commit message is not very useful. Under what circumstances does it not build? Thanks, Paul [1] - http://l

Re: [Mesa-dev] intel: FS compile failed: no register to spill

On 10/10/2012 09:02 AM, Johannes Stezenbach wrote: Hi, I'm experimenting with texture interpolation and seeing this error: Mesa 8.0.4 implementation error: Failed to compile fragment shader: FS compile failed: no register to spill Please report at bugs.freedesktop.org It seems the issu

Re: [Mesa-dev] [PATCH 01/19] i965/vp: Remove more code for unused opcodes.

Brian Paul writes: > On 10/09/2012 07:06 PM, Eric Anholt wrote: >> These don't appear in ARB_vp or NV_vp and I missed that fact on the first >> pass of removing dead opcodes. > I'd have expected that LRP would be generated by GLSL's mix() > function, but it looks like it's not. DX9 has LRP ins

Re: [Mesa-dev] [PATCH 01/19] i965/vp: Remove more code for unused opcodes.

On 10/10/2012 08:58 AM, Brian Paul wrote: On 10/09/2012 07:06 PM, Eric Anholt wrote: These don't appear in ARB_vp or NV_vp and I missed that fact on the first pass of removing dead opcodes. --- src/mesa/drivers/dri/i965/brw_vs_emit.c | 56 +-- 1 file changed, 1 i

Re: [Mesa-dev] [PATCH] egl: Return EGL_BAD_MATCH for invalid profile attributes

Reviewed-by: Chad Versace On 10/08/2012 05:02 PM, Matt Turner wrote: > Version 12 of the EGL_KHR_create_context spec changed this behavior. > --- > src/egl/main/eglcontext.c | 17 +++-- > 1 files changed, 7 insertions(+), 10 deletions(-) > > diff --git a/src/egl/main/eglcontext.c

Re: [Mesa-dev] [PATCH 17/19] mesa: Add notes about remaining NV_vertex_program code.

Roland Scheidegger writes: > Am 10.10.2012 17:48, schrieb Brian Paul: >> On 10/10/2012 08:34 AM, Roland Scheidegger wrote: >>> I think the idea of removing NV_vertex_program is quite good, though I >>> wonder if these functions shouldn't be renamed and moved instead of >>> keeping them as is? >>>

Re: [Mesa-dev] Nuking GL_NV_vertex_program

Brian Paul writes: > On 10/10/2012 09:08 AM, Brian Paul wrote: >> On 10/10/2012 08:59 AM, Kenneth Graunke wrote: >>> On 10/10/2012 07:42 AM, Jose Fonseca wrote: I think certain versions of SPEC viewperf rely on NV_vertex_program. See http://www.mesa3d.org/viewperf.html We had

Re: [Mesa-dev] [PATCH v3 1/2] intel: print debug either to stdout or `logcat' depending on platform.

Kenneth Graunke writes: > On 10/09/2012 09:49 PM, Oliver McFadden wrote: >> Signed-off-by: Oliver McFadden >> CC: Chad Versace >> --- >> v3: split the unconditional DEBUG_PERF printing for Android into a separate >> patch. The second patch doesn't necessarily need to be upstreamed; I'm open >

[Mesa-dev] [PATCH] r600g: make tgsi-to-llvm generates store.pixel* intrinsic for fs

--- src/gallium/drivers/r600/eg_asm.c| 17 +++ src/gallium/drivers/r600/r600_asm.c | 17 +++ src/gallium/drivers/r600/r600_asm.h | 2 + src/gallium/drivers/r600/r600_llvm.c | 66 ++--- src/gallium/drivers/r600/r600_shader.c | 83

Re: [Mesa-dev] [PATCH] glapi: Reformat python code generation scripts to use 4-space indentation.

Paul Berry writes: > This brings us into accordance with the official Python style guide > (http://www.python.org/dev/peps/pep-0008/#indentation). In a language where whitespace is syntax, following the language's documented whitespace style seems like a really, really good idea. I'd love to se

Re: [Mesa-dev] intel: FS compile failed: no register to spill

On 10/10/2012 09:02 AM, Johannes Stezenbach wrote: Hi, I'm experimenting with texture interpolation and seeing this error: Mesa 8.0.4 implementation error: Failed to compile fragment shader: FS compile failed: no register to spill Please report at bugs.freedesktop.org It seems the issu

Re: [Mesa-dev] Intel build failure with 9.0

On 10/10/2012 10:27 AM, Ian Romanick wrote: On 10/09/2012 10:00 AM, Paul Seidler wrote: Hello, please cherry-pick 7cb8764ca39cb7f325d6da10a8b11bf24adf2ae0 ("intel: Add missing #include ", [1]) in the 9.0 branch. The original commit message is not very useful. Under what circumstances does it

[Mesa-dev] [Bug 55817] Torchlight: Texture renders as garbage

https://bugs.freedesktop.org/show_bug.cgi?id=55817 --- Comment #3 from Brian Paul --- I'm assuming you're still using "Gallium 0.4 on AMD JUNIPER". It looks like the error in 8.0.4 is coming from a glCompressedTexImage2D(internalFormat=GL_COMPRESSED_RGBA_S3TC_DXT1_EXT, width=511, height=256) cal

Re: [Mesa-dev] intel: FS compile failed: no register to spill

Johannes Stezenbach writes: > Hi, > > I'm experimenting with texture interpolation and seeing this error: > > Mesa 8.0.4 implementation error: Failed to compile fragment shader: FS > compile failed: no register to spill > > Please report at bugs.freedesktop.org > > It seems the issue is alre

Re: [Mesa-dev] [PATCH 10/11] i965/vs: Simplify the scratch write handling and emit less code.

Kenneth Graunke writes: > On 10/04/2012 04:07 PM, Eric Anholt wrote: >> We're always doing it for an immediately preceding instruction, and we can >> make that instruction write directly into the MRF instead of using a >> temporary. >> >> Along with reducing instructions, it avoids confusing the

[Mesa-dev] [PATCH] r300/compiler: Avoid generating MOV instructions for invalid IMM swizzles

I cant run LightMark 2008 with this patch. I have got: This is Lightsmark 2008 [Linux 64bit] log. Check it if benchmark doesn't work properly. Penumbra quality: 8/8 on Gallium 0.4 on ATI RV350. Loading Lightsmark2008.cfg... Loading objects/I_Robot_female_HD.3DS... Loading scenes/wop_padatti

Re: [Mesa-dev] Intel build failure with 9.0

On Wed, 10 Oct 2012 10:27:04 -0700, Ian Romanick wrote: > On 10/09/2012 10:00 AM, Paul Seidler wrote: > > Hello, > > > > please cherry-pick 7cb8764ca39cb7f325d6da10a8b11bf24adf2ae0 > > ("intel: Add missing #include ", [1]) in the 9.0 branch. > > The original commit message is not very useful. U

Re: [Mesa-dev] [PATCH] glapi: Reformat python code generation scripts to use 4-space indentation.

On 10/10/2012 07:55 AM, Paul Berry wrote: > This brings us into accordance with the official Python style guide > (http://www.python.org/dev/peps/pep-0008/#indentation). > > To preserve the indentation of the c code that is generated by these > scripts, I've avoided re-indenting triple-quoted stri

[Mesa-dev] [PATCH] mesa/es: Enable GL_EXT_map_buffer_range

This extension is functionally the same as GL_ARB_map_buffer_range. --- v2: Add the new entry points to tests/dispatch_sanity.cpp v3: Incorporate feedback from Ian. src/mapi/glapi/gen/es_EXT.xml | 24 src/mapi/glapi/gen/gles_api.py |6 ++ src

Re: [Mesa-dev] intel: FS compile failed: no register to spill

On Wed, Oct 10, 2012 at 11:29:47AM -0700, Eric Anholt wrote: > Johannes Stezenbach writes: > > > I'm experimenting with texture interpolation and seeing this error: > > > > Mesa 8.0.4 implementation error: Failed to compile fragment shader: FS > > compile failed: no register to spill > > > >

Re: [Mesa-dev] intel: FS compile failed: no register to spill

On Wed, Oct 10, 2012 at 11:01:48AM -0700, Kenneth Graunke wrote: > On 10/10/2012 09:02 AM, Johannes Stezenbach wrote: > > > >BTW, the compile error is thrown at glutSwapBuffers() not at > >glCompileShaderARB() time. Is there a way to force the error > >to show up earlier? > > It ought to show up

Re: [Mesa-dev] intel: FS compile failed: no register to spill

On Wed, Oct 10, 2012 at 11:27:54AM -0700, Kenneth Graunke wrote: > I just tried your script, and your shaders compile just fine with > both Mesa 9.0 and Mesa master. We must be missing some > optimizations or fixes on 8.0, and I'm skeptical that we'd gain much > traction for backporting those at t

Re: [Mesa-dev] [PATCH] r600g: make tgsi-to-llvm generates store.pixel* intrinsic for fs

On Wed, Oct 10, 2012 at 08:20:57PM +0200, Vincent Lejeune wrote: > --- > src/gallium/drivers/r600/eg_asm.c| 17 +++ > src/gallium/drivers/r600/r600_asm.c | 17 +++ > src/gallium/drivers/r600/r600_asm.h | 2 + > src/gallium/drivers/r600/r600_llvm.c | 66 ++

[Mesa-dev] Piglit test for 972e995b1 (ARB_draw_elements_base_vertex)?

Hi, I notice that Mesa's 972e995b1 commit has disabled some code since 2009. I re-enabled it and didn't see any changes in piglit results. Should this still be disabled, and if so could you write a piglit test or give enough information for me to do it? ARB_draw_elements_base_vertex doesn't seem

[Mesa-dev] [PATCH] clover: Fix build with LLVM 3.2

From: Tom Stellard --- src/gallium/state_trackers/clover/llvm/invocation.cpp | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/src/gallium/state_trackers/clover/llvm/invocation.cpp b/src/gallium/state_trackers/clover/llvm/invocation.cpp index 77b02de..521f998 10064

[Mesa-dev] [Bug 53179] libOSMesa / libdricore not linked well

https://bugs.freedesktop.org/show_bug.cgi?id=53179 Matt Turner changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Mesa-dev] [Bug 6980] Need to be able to build both dri and osmesa capable library at the same time

https://bugs.freedesktop.org/show_bug.cgi?id=6980 Matt Turner changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [Mesa-dev] Piglit test for 972e995b1 (ARB_draw_elements_base_vertex)?

On 10/10/2012 03:13 PM, Matt Turner wrote: Hi, I notice that Mesa's 972e995b1 commit has disabled some code since 2009. I re-enabled it and didn't see any changes in piglit results. Should this still be disabled, and if so could you write a piglit test or give enough information for me to do it?

[Mesa-dev] questions about assertion hit in vmwgfx/svga driver

Hi all, I'm working on a project involving virtualizing a rather old Linux distribution with 3D support. Some of the details of the setup: Host: Ubuntu 12.04 AMD64, fglrx-updates package installed -- Vmware guest: Ubuntu 12.04 32 bit, stock packages chrooted sandbox environment: Fedora Core

Re: [Mesa-dev] Piglit test for 972e995b1 (ARB_draw_elements_base_vertex)?

On Wed, Oct 10, 2012 at 2:56 PM, Brian Paul wrote: > On 10/10/2012 03:13 PM, Matt Turner wrote: >> >> Hi, >> >> I notice that Mesa's 972e995b1 commit has disabled some code since >> 2009. I re-enabled it and didn't see any changes in piglit results. >> Should this still be disabled, and if so coul

Re: [Mesa-dev] [PATCH 10/11] i965/vs: Simplify the scratch write handling and emit less code.

Kenneth Graunke writes: > On 10/04/2012 04:07 PM, Eric Anholt wrote: >> diff --git a/src/mesa/drivers/dri/i965/brw_vec4_reg_allocate.cpp >> b/src/mesa/drivers/dri/i965/brw_vec4_reg_allocate.cpp >> index 5529794..79966e8 100644 >> --- a/src/mesa/drivers/dri/i965/brw_vec4_reg_allocate.cpp >> +++ b

Re: [Mesa-dev] questions about assertion hit in vmwgfx/svga driver

On 10/10/2012 04:03 PM, Chris Fester wrote: Hi all, I'm working on a project involving virtualizing a rather old Linux distribution with 3D support. Some of the details of the setup: Host: Ubuntu 12.04 AMD64, fglrx-updates package installed -- Vmware guest: Ubuntu 12.04 32 bit, stock packages

Re: [Mesa-dev] questions about assertion hit in vmwgfx/svga driver

Brian, Thanks for the suggestion. I will try to use the latest mesa source as my next step. Hopefully I won't incur the wrath of versionitis between the guest OS and the chroot environment. :) Chris On Wed, Oct 10, 2012 at 5:14 PM, Brian Paul wrote: > On 10/10/2012 04:03 PM, Chris Fester wro

Re: [Mesa-dev] Piglit test for 972e995b1 (ARB_draw_elements_base_vertex)?

Matt Turner writes: > Hi, > > I notice that Mesa's 972e995b1 commit has disabled some code since > 2009. I re-enabled it and didn't see any changes in piglit results. > Should this still be disabled, and if so could you write a piglit test > or give enough information for me to do it? > > ARB_dra

Re: [Mesa-dev] [PATCH] svga: Add support for 16-bit per channel RGBA

On Mon, Oct 8, 2012 at 4:50 PM, John Kåre Alsaker wrote: > --- > src/gallium/drivers/svga/svga_format.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/src/gallium/drivers/svga/svga_format.c > b/src/gallium/drivers/svga/svga_format.c > index 5176106..5a153a8 100644 > --- a/src/galliu

[Mesa-dev] [PATCH] svga: don't use uninitialized framebuffer state

From: Brian Paul Only the first 'nr_cbufs' color buffers in the pipe_framebuffer_state are valid. The rest of the color buffer pointers might be unitialized. Fixes a regression in the piglit fbo-srgb-blit test since changes in the gallium blitter code. NOTE: This is a candidate for the 9.0 bran

Re: [Mesa-dev] [PATCH] svga: Remove wierd code which forces non-sRGB formats.

On Mon, Sep 24, 2012 at 9:22 AM, Brian Paul wrote: > On 09/23/2012 05:44 AM, John Kåre Alsaker wrote: >> >> --- >> src/gallium/drivers/svga/svga_resource_texture.c | 8 >> 1 file changed, 8 deletions(-) >> >> diff --git a/src/gallium/drivers/svga/svga_resource_texture.c >> b/src/galliu

Re: [Mesa-dev] Piglit test for 972e995b1 (ARB_draw_elements_base_vertex)?

On Thu, Oct 11, 2012 at 1:54 AM, Eric Anholt wrote: > Matt Turner writes: > >> Hi, >> >> I notice that Mesa's 972e995b1 commit has disabled some code since >> 2009. I re-enabled it and didn't see any changes in piglit results. >> Should this still be disabled, and if so could you write a piglit t

Re: [Mesa-dev] [PATCH] svga: Add support for 16-bit per channel RGBA

It just fixes posterization when rendering in linear space. It's also required for having 64 bpp Wayland clients. On Thu, Oct 11, 2012 at 2:18 AM, Brian Paul wrote: > On Mon, Oct 8, 2012 at 4:50 PM, John Kåre Alsaker > wrote: >> --- >> src/gallium/drivers/svga/svga_format.c | 3 +++ >> 1 file c

[Mesa-dev] Possible configuration bug in the Gallium EGL state tracker

Hi, I am new to this list, so I apologize if the format or the subject is inappropriate. If so, I would appreciate any advice directing me to the appropriate place to post. I found a configuration/build time problem with the Gallium EGL state tracker. It fails in Mesa-9.0 where it used to work

Re: [Mesa-dev] Possible configuration bug in the Gallium EGL state tracker

On Wed, Oct 10, 2012 at 6:32 PM, Tzvetan Mikov wrote: > Hi, > I am new to this list, so I apologize if the format or the subject is > inappropriate. If so, I would appreciate any advice directing me to the > appropriate place to post. > > I found a configuration/build time problem with the Galli

Re: [Mesa-dev] [PATCH v3 1/2] intel: print debug either to stdout or `logcat' depending on platform.

On Wed, Oct 10, 2012 at 11:15:27AM -0700, Eric Anholt wrote: > Kenneth Graunke writes: > > > On 10/09/2012 09:49 PM, Oliver McFadden wrote: > >> Signed-off-by: Oliver McFadden > >> CC: Chad Versace > >> --- > >> v3: split the unconditional DEBUG_PERF printing for Android into a separate > >> pa

[Mesa-dev] [PATCH] Fix segmentation fault

The function segfaulted when a qtwayland on kms executed. It is miss to copy dri_format of __DRIimage in dri2_dup_image(). Signed-off-by: YoungSun Park --- src/gallium/state_trackers/dri/drm/dri2.c |1 + 1 file changed, 1 insertion(+) diff --git a/src/gallium/state_trackers/dri/drm/dri2.c