[Mesa-dev] [Bug 45292] Compilation failure on d3d1x state tracker: ‘ID3D10Include’ has not been declared

https://bugs.freedesktop.org/show_bug.cgi?id=45292 --- Comment #11 from Andrew Cook 2012-07-24 05:56:55 PDT --- bug found: dxgi_loader_create_drm_screen (dxgi_loader.cpp:193) fails to get a 'pipe_screen'. it looks like it should be replaceable with create_drm_screen from egl.c, but actually doin

[Mesa-dev] [PATCH] sp_tex_sample: Fix stupid copy/paste error.

diff --git a/src/gallium/drivers/softpipe/sp_tex_sample.c b/src/gallium/drivers/softpipe/sp_tex_sample.c index f215b90..0aeb8e2 100644 --- a/src/gallium/drivers/softpipe/sp_tex_sample.c +++ b/src/gallium/drivers/softpipe/sp_tex_sample.c @@ -1950,8 +1950,8 @@ mip_filter_linear_2d_linear_repeat_POT(

[Mesa-dev] [Bug 52435] New: Classic DRI drivers fail to built when libdricore8.1.0.so isn't already in the system

https://bugs.freedesktop.org/show_bug.cgi?id=52435 Bug #: 52435 Summary: Classic DRI drivers fail to built when libdricore8.1.0.so isn't already in the system Classification: Unclassified Product: Mesa Version: git Pla

[Mesa-dev] [Bug 47375] Blender crash on startup after upgrade to mesa 8.0.1

https://bugs.freedesktop.org/show_bug.cgi?id=47375 --- Comment #4 from Barto 2012-07-24 10:46:37 UTC --- (In reply to comment #3) > (In reply to comment #2) > > same bug with a radeon 9000 card ( M9 ) : > > > > OpenGL renderer string: Mesa DRI R200 (RV250 4C66) x86/MMX/SSE2 TCL DRI2 > > > > bl

Re: [Mesa-dev] [PATCHv2] automake: Honor GL_LIB for mangled/custom lib names

On 07/24/2012 01:37 AM, Dan Nicholson wrote: > Applied as 27382c0f. I had been hoping Eric would pick it up since I'm > not really keeping up with master these days, but the change looked good > enough to me. Thanks! Great, thanks! -Brad ___ mesa-dev ma

Re: [Mesa-dev] Can --enable-shared-glapi die?

On 24/07/2012 02:08, Matt Turner wrote: > On Mon, Jul 23, 2012 at 3:15 PM, Kenneth Graunke > wrote: >> On 07/23/2012 12:59 PM, Ian Romanick wrote: >>> Perhaps someone can refresh my memory as to what exactly this option >>> does? Can we make this the default and remove the option from configure?

[Mesa-dev] [Bug 52435] Classic DRI drivers fail to install when libdricore8.1.0.so isn't already in the system

https://bugs.freedesktop.org/show_bug.cgi?id=52435 Jon TURNEY changed: What|Removed |Added CC||jon.tur...@dronecode.org.uk Summ

[Mesa-dev] [Bug 52435] Classic DRI drivers fail to install when libdricore8.1.0.so isn't already in the system

https://bugs.freedesktop.org/show_bug.cgi?id=52435 --- Comment #2 from Laurent carlier 2012-07-24 13:27:11 PDT --- (In reply to comment #1) > Um, error might be correct. > > For some reason, libtool has determined it needs to relink these driver > libraries when installing them, so you need hav

[Mesa-dev] [Bug 47375] Blender crash on startup after upgrade to mesa 8.0.1

https://bugs.freedesktop.org/show_bug.cgi?id=47375 --- Comment #5 from Brian Paul 2012-07-24 13:36:52 PDT --- You don't need to recompile blender for debugging, only Mesa. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --

[Mesa-dev] [Bug 52435] Classic DRI drivers fail to install when libdricore8.1.0.so isn't already in the system

https://bugs.freedesktop.org/show_bug.cgi?id=52435 --- Comment #3 from Laurent carlier 2012-07-24 14:20:37 PDT --- (In reply to comment #1) > Um, error might be correct. > > For some reason, libtool has determined it needs to relink these driver > libraries when installing them, so you need hav

[Mesa-dev] [Bug 47375] Blender crash on startup after upgrade to mesa 8.0.1

https://bugs.freedesktop.org/show_bug.cgi?id=47375 --- Comment #6 from Barto 2012-07-24 15:46:01 PDT --- (In reply to comment #5) > You don't need to recompile blender for debugging, only Mesa. I'm a newbie in gdb, can you tell me how I must proceed in order to debug mesa and blender ? I have

[Mesa-dev] [Bug 47375] Blender crash on startup after upgrade to mesa 8.0.1

https://bugs.freedesktop.org/show_bug.cgi?id=47375 --- Comment #7 from Brian Paul 2012-07-24 15:53:41 PDT --- That looks about right. How exactly did you configure/build Mesa? You make need something like "CFLAGS=-g ./configure ..." to make sure you get -g and not -O2 when building Mesa. Othe

[Mesa-dev] [Bug 47375] Blender crash on startup after upgrade to mesa 8.0.1

https://bugs.freedesktop.org/show_bug.cgi?id=47375 --- Comment #8 from Barto 2012-07-24 16:01:22 PDT --- (In reply to comment #7) > That looks about right. How exactly did you configure/build Mesa? You make > need something like "CFLAGS=-g ./configure ..." to make sure you get -g and > not >

Re: [Mesa-dev] [PATCH] sp_tex_sample: Fix stupid copy/paste error.

On 07/24/2012 12:27 AM, Olivier Galibert wrote: diff --git a/src/gallium/drivers/softpipe/sp_tex_sample.c b/src/gallium/drivers/softpipe/sp_tex_sample.c index f215b90..0aeb8e2 100644 --- a/src/gallium/drivers/softpipe/sp_tex_sample.c +++ b/src/gallium/drivers/softpipe/sp_tex_sample.c @@ -1950,8

Re: [Mesa-dev] [PATCH 03/10] i965: Set width, height, and tiling properly for null render targets.

On 07/18/2012 08:15 AM, Paul Berry wrote: > The HW docs say that the width and height of null render targets need > to match the width and height of the corresponding depth and/or > stencil buffers, and that they need to be marked as Y-tiled. Although > leaving these values at 0 doesn't seem to ca

Re: [Mesa-dev] [PATCH 05/10] i965/blorp: Simplify check that src/dst width/height match.

On 07/18/2012 08:15 AM, Paul Berry wrote: > When checking that the source and destination dimensions match, we > don't need to store the width and height in variables; doing so just > risks confusion since right after the check, we do clipping and > scissoring, which may alter the width and height.

Re: [Mesa-dev] [PATCH 06/10] i965/blorp: Fixup scissoring of blits to window system buffers.

On 07/18/2012 08:15 AM, Paul Berry wrote: > This patch modifies the order of operations in the blorp engine so > that clipping and scissoring are performed before adjusting the > coordinates to account for the difference in origin convention between > window system buffers and framebuffer objects.

Re: [Mesa-dev] [PATCH 07/10] i965/blorp: Don't fall back to swrast when miptrees absent.

On 07/18/2012 08:15 AM, Paul Berry wrote: > Previously, the blorp engine would fall back to swrast if the source > or destination of a blit had no associated miptree. This was > unnecessary, since _mesa_BlitFramebufferEXT() already takes care of > making the blit silently succeed if there are no b

Re: [Mesa-dev] [PATCH 08/10] i965/blorp: Rearrange order of blit validation and preparation steps.

On 07/18/2012 08:15 AM, Paul Berry wrote: > This patch rearranges the order of steps performed by a blorp blit > from this: > > - Sync up state of window system buffers. > - Find buffers. > - Find miptrees. > - Make sure buffer formats match. > - Handle mirroring. > - Make sure width and height ma

Re: [Mesa-dev] [PATCH 09/10] i965/blorp: Handle DrawBuffers properly.

On 07/18/2012 08:15 AM, Paul Berry wrote: > When the client program uses glDrawBuffer() or glDrawBuffers() to > select more than one color buffer for drawing into, and then performs > a blit, we need to blit into every single enabled draw buffer. > > +2 oglconforms. > --- > src/mesa/drivers/dri/i

Re: [Mesa-dev] [PATCH 10/10] i965/msaa: Remove comment about falsely claiming to support MSAA.

On 07/18/2012 08:15 AM, Paul Berry wrote: > Gen6+ hardware now supports MSAA properly. > --- > src/mesa/drivers/dri/i965/brw_context.c |5 - > 1 files changed, 0 insertions(+), 5 deletions(-) > > diff --git a/src/mesa/drivers/dri/i965/brw_context.c > b/src/mesa/drivers/dri/i965/brw_conte

[Mesa-dev] [PATCH] mesa: loosen small matrix determinant check

When computing a matrix inverse, if the determinant is too small we could hit a divide by zero. There's a check to prevent this (we basically give up on computing the inverse and return the identity matrix.) This patches loosens this test to fix a lighting bug reported by Lars Henning Wendt. NOT

Re: [Mesa-dev] [PATCH 10/10] i965/msaa: Remove comment about falsely claiming to support MSAA.

On 24 July 2012 10:15, Chad Versace wrote: > On 07/18/2012 08:15 AM, Paul Berry wrote: > > Gen6+ hardware now supports MSAA properly. > > --- > > src/mesa/drivers/dri/i965/brw_context.c |5 - > > 1 files changed, 0 insertions(+), 5 deletions(-) > > > > diff --git a/src/mesa/drivers/dri/i

Re: [Mesa-dev] Can --enable-shared-glapi die?

On 07/23/2012 12:59 PM, Ian Romanick wrote: Perhaps someone can refresh my memory as to what exactly this option does? Can we make this the default and remove the option from configure? Thanks to all for the refresher. Off-list someone raised another issue to me that seems like a deal breake

Re: [Mesa-dev] [PATCH 10/10] i965/msaa: Remove comment about falsely claiming to support MSAA.

On 07/24/2012 10:39 AM, Paul Berry wrote: > On 24 July 2012 10:15, Chad Versace > wrote: > > On 07/18/2012 08:15 AM, Paul Berry wrote: > > Gen6+ hardware now supports MSAA properly. > > --- > > src/mesa/drivers/dri/i965/brw_context.c |5 --

Re: [Mesa-dev] [PATCH 04/10] i965/msaa: Work around problems with null render targets on Gen6.

On 07/18/2012 08:15 AM, Paul Berry wrote: > On Gen6, multisampled null render targets don't seem to work > properly--they cause the GPU to hang. So, as a workaround, we render > into a dummy color buffer. > > Fortunately this situation (multisampled rendering without a color > buffer) is rare, an

[Mesa-dev] [Bug 47375] Blender crash on startup after upgrade to mesa 8.0.1

https://bugs.freedesktop.org/show_bug.cgi?id=47375 --- Comment #9 from Barto 2012-07-24 18:29:47 PDT --- I found a fix for this bug, but it's a dirty fix : the solution is to comment some assert() functions in 3 files : 1) in swrast/s_span.c comment line 1078 : assert(datatype == GL_FLOAT);

[Mesa-dev] r600g compute cleanups

Hi, Here are few patches that cleanup state handling in the r600g compute code. I'm trying to move away from using struct evergreen_compute_resource for state handling and instead use atoms to make it easier for the compute and 3D code to coexist. -Tom ___

[Mesa-dev] [PATCH 1/5] r600g: Add helper functions for emitting compute SET_CONTEXT packets

--- src/gallium/drivers/r600/evergreend.h |5 - src/gallium/drivers/r600/r600_pipe.h | 18 ++ 2 files changed, 18 insertions(+), 5 deletions(-) diff --git a/src/gallium/drivers/r600/evergreend.h b/src/gallium/drivers/r600/evergreend.h index 6c4873c..55061d4 100644 ---

[Mesa-dev] [PATCH 2/5] r600g: Atomize compute shader state

--- src/gallium/drivers/r600/evergreen_compute.c | 168 +- src/gallium/drivers/r600/evergreen_compute.h |2 + src/gallium/drivers/r600/evergreen_state.c |1 + src/gallium/drivers/r600/r600_pipe.h |7 +- 4 files changed, 92 insertions(+), 86 deletions(

[Mesa-dev] [PATCH 3/5] r600g: Emit CB_TARGET_MASK in compute_emit_cs()

--- src/gallium/drivers/r600/evergreen_compute.c |9 + 1 files changed, 5 insertions(+), 4 deletions(-) diff --git a/src/gallium/drivers/r600/evergreen_compute.c b/src/gallium/drivers/r600/evergreen_compute.c index dd9b341..3822694 100644 --- a/src/gallium/drivers/r600/evergreen_comp

[Mesa-dev] [PATCH 4/5] r600g: Initialize VGT_PRIMITIVE_TYPE in the start_cs_cmd atom

The value of this register will always be DI_PT_POINTLIST for compute shaders. --- src/gallium/drivers/r600/evergreen_compute.c |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/src/gallium/drivers/r600/evergreen_compute.c b/src/gallium/drivers/r600/evergreen_compute.c

[Mesa-dev] [PATCH 5/5] r600g: Emit dispatch state for compute directly to the cs

We no longer rely on an evergreen_compute_resource for emitting dispatch state. --- src/gallium/drivers/r600/evergreen_compute.c | 104 +++- src/gallium/drivers/r600/evergreen_compute.h |1 - .../drivers/r600/evergreen_compute_internal.c | 19 .../drive

Re: [Mesa-dev] [PATCH 04/10] i965/msaa: Work around problems with null render targets on Gen6.

>> + * To decrease the amount of memory needed by the workaround buffer, >> we >> + * set its pitch to 128 bytes (the width of a Y tile). This means >> that >> + * the amount of memory needed for the workaround buffer is >> + * (width_in_tiles + height_in_tiles - 1) tiles

Re: [Mesa-dev] [PATCH 04/10] i965/msaa: Work around problems with null render targets on Gen6.

On 24 July 2012 11:24, Chad Versace wrote: > On 07/18/2012 08:15 AM, Paul Berry wrote: > > On Gen6, multisampled null render targets don't seem to work > > properly--they cause the GPU to hang. So, as a workaround, we render > > into a dummy color buffer. > > > > Fortunately this situation (mult

[Mesa-dev] [Bug 47375] Blender crash on startup after upgrade to mesa 8.0.1

https://bugs.freedesktop.org/show_bug.cgi?id=47375 --- Comment #10 from Barto 2012-07-24 18:51:35 PDT --- in fact my fix is not good, blender can be launched but everything is slow ( clicks on the interface, significant latency in the GUI ), so we need to find a true fix for this bug (In reply

Re: [Mesa-dev] [PATCH 7/8] i965/msaa: Adjust MCS buffer allocation for 8x MSAA.

On 07/18/2012 09:21 AM, Paul Berry wrote: > MCS buffers use 32 bits per pixel in 8x MSAA, and 8 bits per pixel in > 4x MSAA. This patch adjusts the format we use to allocate the buffer > so that enough memory is set aside for 8x MSAA. > --- > src/mesa/drivers/dri/intel/intel_mipmap_tree.c | 27

Re: [Mesa-dev] [PATCH 0/8] i965/msaa: Implement 8x MSAA for Gen7 (Ivy Bridge)

On 07/18/2012 09:20 AM, Paul Berry wrote: > This patch series enables 8x MSAA for Intel Gen7 (Ivy Bridge) hardware. Patch 4 is: Acked-by: Kenneth Graunke The rest of the series is: Reviewed-by: Kenneth Graunke ___ mesa-dev mailing list mesa-dev@lists

Re: [Mesa-dev] [PATCH 7/8] i965/msaa: Adjust MCS buffer allocation for 8x MSAA.

On 24 July 2012 12:10, Kenneth Graunke wrote: > On 07/18/2012 09:21 AM, Paul Berry wrote: > > MCS buffers use 32 bits per pixel in 8x MSAA, and 8 bits per pixel in > > 4x MSAA. This patch adjusts the format we use to allocate the buffer > > so that enough memory is set aside for 8x MSAA. > > ---

[Mesa-dev] [Bug 51782] mesa-8.0.3: fails to compile against uclibc

https://bugs.freedesktop.org/show_bug.cgi?id=51782 Anthony G. Basile changed: What|Removed |Added Attachment #63883|0 |1 is obsolete|

Re: [Mesa-dev] Can --enable-shared-glapi die?

On 07/24/2012 05:49 AM, Jon TURNEY wrote: > Committed adefee50d954151f76150af80207081ae3c247d9 and reverted > 027ce0c493a85c863df88b43f61aea34bcd4cd58 > > https://bugs.freedesktop.org/show_bug.cgi?id=45660 describes a part of the > breakage and it's fix. > > Since it doesn't actually seem to be t

[Mesa-dev] [Bug 51782] mesa-8.0.3: fails to compile against uclibc

https://bugs.freedesktop.org/show_bug.cgi?id=51782 Kenneth Graunke changed: What|Removed |Added CC||matts...@gmail.com --- Comment #2 from

[Mesa-dev] [Bug 47375] Blender crash on startup after upgrade to mesa 8.0.1

https://bugs.freedesktop.org/show_bug.cgi?id=47375 --- Comment #11 from Brian Paul 2012-07-24 19:52:06 PDT --- Adding new assertions shouldn't effect things like that since you're not actually changing any values. There must be something else happening. As for the performance, perhaps it's the

[Mesa-dev] [Bug 51782] mesa-8.0.3: fails to compile against uclibc

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

Re: [Mesa-dev] Can --enable-shared-glapi die?

On 7/24/12 1:45 PM, Ian Romanick wrote: On 07/23/2012 12:59 PM, Ian Romanick wrote: Perhaps someone can refresh my memory as to what exactly this option does? Can we make this the default and remove the option from configure? Thanks to all for the refresher. Off-list someone raised another i

[Mesa-dev] [Bug 51782] mesa-8.0.3: fails to compile against uclibc

https://bugs.freedesktop.org/show_bug.cgi?id=51782 --- Comment #4 from Anthony G. Basile 2012-07-24 20:39:27 PDT --- (In reply to comment #3) > (In reply to comment #2) > > Matt, do you want to pick this up and commit it? > > Pushed as f35e380dd240b418e17a179af73bbab74ceea784. > > Anthony, ple

[Mesa-dev] [Bug 47375] Blender crash on startup after upgrade to mesa 8.0.1

https://bugs.freedesktop.org/show_bug.cgi?id=47375 --- Comment #12 from Barto 2012-07-24 21:36:18 UTC --- (In reply to comment #11) > Adding new assertions shouldn't effect things like that since you're not > actually changing any values. There must be something else happening. > I didn't add

[Mesa-dev] [Bug 52465] New: lp_test_conv regression with llvm-3.0

https://bugs.freedesktop.org/show_bug.cgi?id=52465 Bug #: 52465 Summary: lp_test_conv regression with llvm-3.0 Classification: Unclassified Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) St

[Mesa-dev] [Bug 52465] lp_test_conv failure with llvm-3.0

https://bugs.freedesktop.org/show_bug.cgi?id=52465 Vinson Lee changed: What|Removed |Added Summary|lp_test_conv regression |lp_test_conv failure with

Re: [Mesa-dev] [PATCH 2/5] r600g: Atomize compute shader state

On Tue, Jul 24, 2012 at 8:36 PM, Tom Stellard wrote: > --- > src/gallium/drivers/r600/evergreen_compute.c | 168 > +- > src/gallium/drivers/r600/evergreen_compute.h |2 + > src/gallium/drivers/r600/evergreen_state.c |1 + > src/gallium/drivers/r600/r600_pipe.h

Re: [Mesa-dev] [PATCH 3/5] r600g: Emit CB_TARGET_MASK in compute_emit_cs()

On Tue, Jul 24, 2012 at 8:36 PM, Tom Stellard wrote: > --- > src/gallium/drivers/r600/evergreen_compute.c |9 + > 1 files changed, 5 insertions(+), 4 deletions(-) > > diff --git a/src/gallium/drivers/r600/evergreen_compute.c > b/src/gallium/drivers/r600/evergreen_compute.c > index dd

Re: [Mesa-dev] [PATCH 1/5] r600g: Add helper functions for emitting compute SET_CONTEXT packets

I have skimmed over these and besides my comments for patches 2 and 3, this series is: Reviewed-by: Marek Olšák Marek On Tue, Jul 24, 2012 at 8:36 PM, Tom Stellard wrote: > --- > src/gallium/drivers/r600/evergreend.h |5 - > src/gallium/drivers/r600/r600_pipe.h | 18 +++

[Mesa-dev] [PATCH] scons: Fix build with clang.

Signed-off-by: Vinson Lee --- scons/gallium.py |3 ++- src/gallium/winsys/svga/drm/SConscript |2 +- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/scons/gallium.py b/scons/gallium.py index 001a5de..458651b 100755 --- a/scons/gallium.py +++ b/scons/ga