[Mesa-dev] [Bug 57044] build failure: make[4]: *** No rule to make target `../../src/mesa/program/libprogram.la', needed by `libmesagallium.la'. Stop.

https://bugs.freedesktop.org/show_bug.cgi?id=57044 Fabio Pedretti changed: What|Removed |Added Status|VERIFIED|REOPENED Resolution|FIXED

[Mesa-dev] [PATCH] i915: Fix wrong sizeof argument in i915_update_tex_unit.

The bug was found by Coverity. Signed-off-by: Vinson Lee --- src/mesa/drivers/dri/i915/i915_texstate.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mesa/drivers/dri/i915/i915_texstate.c b/src/mesa/drivers/dri/i915/i915_texstate.c index 4bd5e72..94a8e55 100644 --- a/sr

[Mesa-dev] [PATCH] util: Only use open coded snprintf for MSVC.

MinGW has snprintf. The patch fixes these warnings with the MinGW SCons build. src/gallium/auxiliary/util/u_snprintf.c:459:1: warning: no previous prototype for ‘util_vsnprintf’ [-Wmissing-prototypes] src/gallium/auxiliary/util/u_snprintf.c:1436:1: warning: no previous prototype for ‘util_snpri

[Mesa-dev] [PATCH] build: fix --without-glut

The argument --without-glut is transformed to --with-glut=no, which the logic wasn't handling at all so --without-glut didn't work. Rewrite the logic to handle the case where the value passed to --with-glut is "no". Signed-off-by: Ross Burton --- configure.ac | 26 +++---

[Mesa-dev] [PATCH] build: fix --without-glut

Hi, A patch to mesa-demos configure.ac to make --without-glut actually work. I'm not an expert on autoconf when it doesn't involve PKG_CONFIG so a review of the logic would be much appreciated. Ross ___ mesa-dev mailing list mesa-dev@lists.freedesktop

[Mesa-dev] [PATCH V3 13/13] intel: Enable ETC2 support on intel hardware

This patch enables support for ETC2 compressed textures on all intel hardware. At present, ETC2 texture decoding is not available on intel hardware. So, compressed ETC2 texture data is decoded in software and stored in a suitable uncompressed MESA_FORMAT at the time of glCompressedTexImage2D. Curre

[Mesa-dev] [PATCH 7/5] i965/vs: Remove dead vec4_visitor::src_reg_for_float prototype.

No such function exists. src_reg's constructor does that. --- src/mesa/drivers/dri/i965/brw_vec4.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_vec4.h b/src/mesa/drivers/dri/i965/brw_vec4.h index 1029e6d..5f35de5 100644 --- a/src/mesa/drivers/dri/i965/brw_ve

[Mesa-dev] [PATCH 6/5] i965/fs: Remove bblock field of fs_visitor.

All users of basic block analysis simply create their own local variables. Nobody uses the visitor-wide field. --- src/mesa/drivers/dri/i965/brw_fs.h | 2 -- 1 file changed, 2 deletions(-) But wait, there's more! Or as Jesse would say: krh: your patchset is great and all and imma let you fini

[Mesa-dev] [PATCH 5/5] i965: Remove brw_instruction_info::is_arith().

Nobody uses it. --- src/mesa/drivers/dri/i965/brw_context.h | 1 - src/mesa/drivers/dri/i965/brw_optimize.c | 38 2 files changed, 19 insertions(+), 20 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_context.h b/src/mesa/drivers/dri/i965/brw_context.h i

[Mesa-dev] [PATCH 4/5] i965: Remove some dead code optimization passes.

The old brw_remove_grf_to_mrf_moves() pass is obsolete and replaced by fs_visitor::compute_to_mrf(). The old brw_remove_duplicate_mrf_moves() pass is obsolete and replaced by fs_visitor::remove_duplicate_mrf_writes(). The remaining pass, brw_set_dp4_dependency_control(), is currently unused, but

[Mesa-dev] [PATCH 2/5] i965: Remove brw_shader_program wrapper struct.

At this point, it's just gl_shader_program. Nobody even uses it; even the program that creates them only returns gl_shader_program pointers. --- src/mesa/drivers/dri/i965/brw_context.h | 4 src/mesa/drivers/dri/i965/brw_shader.cpp | 9 - 2 files changed, 4 insertions(+), 9 deletions

[Mesa-dev] [PATCH 3/5] i965: Remove unused BRW_PACKCOLOR8888 macro.

--- src/mesa/drivers/dri/i965/brw_context.h | 4 1 file changed, 4 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_context.h b/src/mesa/drivers/dri/i965/brw_context.h index 49460e9..2ee2cca 100644 --- a/src/mesa/drivers/dri/i965/brw_context.h +++ b/src/mesa/drivers/dri/i965/brw_cont

[Mesa-dev] [PATCH 1/5] i965: Remove unused struct brw_vs_ouput_sizes.

With a name like that, it can't be used. Sure enough, it's not. --- src/mesa/drivers/dri/i965/brw_context.h | 8 1 file changed, 8 deletions(-) This series just deletes a bunch of random stuff. It's not necessarily leading up to anything...but why not? diff --git a/src/mesa/drivers/dr

[Mesa-dev] [Bug 51515] eglmesaext.h isn't installed on a gallium setup

https://bugs.freedesktop.org/show_bug.cgi?id=51515 Mike Lothian changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [Mesa-dev] [PATCH V2 13/13] intel: Enable ETC2 support on intel hardware

Anuj Phogat writes: > This patch enables support for ETC2 compressed textures on > all intel hardware. At present, ETC2 texture decoding is not > available on intel hardware. So, compressed ETC2 texture data > is decoded in software and stored in a suitable uncompressed > MESA_FORMAT at the time

Re: [Mesa-dev] [PATCH 4/9] intel: Fix software copying of miptree faces for weird formats.

Chad Versace writes: > Some weird formats are omitted: ETC1. This patch will raise an assertion > if intel_miptree_copy_slice is called on an ETC1 texture and intelEmitCopyBlit > fails. However, I'm not certain if copy_slice can even be called on ETC1. It can :( Set up for mipmap filtering. Mak

Re: [Mesa-dev] mesa : ARB_texture_gather implementation - WIP[PATCH1/1] but need advice !

On 11/13/2012 01:44 PM, Maxence Le Doré wrote: [snip] diff --git a/src/glsl/ir.h b/src/glsl/ir.h index 89c516c..5d5b56d 100644 --- a/src/glsl/ir.h +++ b/src/glsl/ir.h @@ -1334,7 +1334,8 @@ enum ir_texture_opcode { ir_txl,/**< Texture look-up with explicit LOD */ ir_txd,/

[Mesa-dev] [PATCH] mesa: Fix linker-assigned varying component counting since 8fb1e4a462

The goal of that change was to skip counting things that aren't actually outputs from the VS to the FS. However, explicit_location isn't set in the case of linker-assigned locations (the common case), so basically varying component counting got disabled. At this stage of the linker, we've already

Re: [Mesa-dev] [PATCH 7/9] i965: When rebasing depth or stencil, update x/y before deciding the other.

It's getting near the end of workday for me, and this looks like a good pause point for review. I'll continue tomorrow morning. On 11/05/2012 04:48 PM, Eric Anholt wrote: > Fixes a theoretical problem where we had an aligned depth buffer and a > misaligned stencil buffer with a matching tile offse

Re: [Mesa-dev] [PATCH 6/9] intel: Push face/level -> slice handling to the caller of get_image_offset().

On 11/05/2012 04:48 PM, Eric Anholt wrote: > We were always passing 0 for one of the two fields, and the code just used > whichever one wasn't 0. > --- > src/mesa/drivers/dri/i915/i830_texstate.c |2 +- > src/mesa/drivers/dri/i965/brw_blorp.cpp |2 +- > src/mesa/drivers/dri/i

Re: [Mesa-dev] [PATCH 5/9] i965: Add some checks for array textures in unsupported paths.

On 11/05/2012 04:48 PM, Eric Anholt wrote: > I noticed these in the next patch where these paths were using the Face of a > teximage but didn't have array handling. > --- > src/mesa/drivers/dri/intel/intel_blit.c |3 +++ > src/mesa/drivers/dri/intel/intel_tex_copy.c |5 + > src/m

Re: [Mesa-dev] [PATCH 4/9] intel: Fix software copying of miptree faces for weird formats.

Some weird formats are omitted: ETC1. This patch will raise an assertion if intel_miptree_copy_slice is called on an ETC1 texture and intelEmitCopyBlit fails. However, I'm not certain if copy_slice can even be called on ETC1. Other than the ETC1 problem, the patch looks good. I have a few nit requ

Re: [Mesa-dev] [PATCH] mesa: return INVALID_VALUE from WaitSync if timeout != GL_TIMEOUT_IGNORED

On 11/13/2012 02:52 PM, Matt Turner wrote: This was added in version 22 of the GL_ARB_sync spec. Fixes gles3conform's sync_error_waitsync_timeout test. --- src/mesa/main/syncobj.c |7 ++- 1 files changed, 2 insertions(+), 5 deletions(-) diff --git a/src/mesa/main/syncobj.c b/src/mesa

Re: [Mesa-dev] GLES3 dispatch table creation issue

On 11/13/2012 01:52 PM, Chad Versace wrote: Hi mesa-dev, The Intel team has been discussing how fix population of the GLES3 dispatch table. The fix may require a modification of the data flow during context creation for all drivers. I just wanted to post the discussion here for public record. O

Re: [Mesa-dev] [PATCH] VertexAttribDivisor returns INVALID_VALUE if index is out of range

On 11/13/2012 01:32 PM, Matt Turner wrote: On Tue, Nov 13, 2012 at 1:29 PM, Paul Berry wrote: On 13 November 2012 13:18, Matt Turner wrote: All the other range checks on index already return the proper error, INVALID_VALUE. Fixes gles3conform's instanced_arrays_invalid. Minor nit pick: i

Re: [Mesa-dev] [PATCH 2/2] mesa: return INVALID_VALUE from WaitSync if flags != 0

On 11/13/2012 02:22 PM, Chad Versace wrote: The GLES3 spec agrees. For both patches, Reviewed-by: Chad Versace As does the GL 3.2 spec. For both patches: Reviewed-by: Kenneth Graunke ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http:/

Re: [Mesa-dev] mesa : ARB_texture_gather implementation - WIP[PATCH1/1] but need advice !

On 11/13/2012 01:44 PM, Maxence Le Doré wrote: Oh sorry ! I simply forgot to add src/glsl/builtins/profiles/ARB_texture_gather.glsl to tracked files in my patch ! Here comes the new one. I also add the forgotten xml api file. Thanks a lot Kenneth Cool, thanks! Could you please split this int

[Mesa-dev] [PATCH] mesa: return INVALID_VALUE from WaitSync if timeout != GL_TIMEOUT_IGNORED

This was added in version 22 of the GL_ARB_sync spec. Fixes gles3conform's sync_error_waitsync_timeout test. --- src/mesa/main/syncobj.c |7 ++- 1 files changed, 2 insertions(+), 5 deletions(-) diff --git a/src/mesa/main/syncobj.c b/src/mesa/main/syncobj.c index 430c1ee..745e982 100644 -

Re: [Mesa-dev] [PATCH 3/9] i965: Add a little bit more debug info for validate blits.

On 11/05/2012 04:48 PM, Eric Anholt wrote: > The kind of data you're copying is definitely an interesting variable. > --- > src/mesa/drivers/dri/intel/intel_mipmap_tree.c |4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) Patches 1-3 are Reviewed-by: Chad Versace I'm still working th

Re: [Mesa-dev] [PATCH] mesa: Fix segfault on reading from a missing color read buffer.

On 11/13/2012 03:11 PM, Eric Anholt wrote: The diff looks funny, but it's moving the integer vs non-integer check below the _mesa_source_buffer_exists() check that ensures _ColorReadBuffer is non-null, so we get a GL_INVALID_OPERATION instead of a segfault. This looks like it had regressed in th

Re: [Mesa-dev] [PATCH 2/2] mesa: return INVALID_VALUE from WaitSync if flags != 0

The GLES3 spec agrees. For both patches, Reviewed-by: Chad Versace On 11/13/2012 01:39 PM, Matt Turner wrote: > Fixes gles3conform's sync_error_waitsync_flags test. > --- > src/mesa/main/syncobj.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/src/mesa/main/sync

Re: [Mesa-dev] [PATCH 2/2] intel: Use core mesa support for determining lastLevel.

For the series, Reviewed-by: Chad Versace ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH] mesa: Fix segfault on reading from a missing color read buffer.

The diff looks funny, but it's moving the integer vs non-integer check below the _mesa_source_buffer_exists() check that ensures _ColorReadBuffer is non-null, so we get a GL_INVALID_OPERATION instead of a segfault. This looks like it had regressed in the _mesa_error_check_format_and_type() changes

[Mesa-dev] [Bug 57098] New: Many extension functions exported by libGL.so.1

https://bugs.freedesktop.org/show_bug.cgi?id=57098 Priority: medium Bug ID: 57098 Assignee: mesa-dev@lists.freedesktop.org Summary: Many extension functions exported by libGL.so.1 Severity: normal Classification: Unclassified

[Mesa-dev] [PATCH 2/2] mesa: return INVALID_VALUE from WaitSync if flags != 0

Fixes gles3conform's sync_error_waitsync_flags test. --- src/mesa/main/syncobj.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/mesa/main/syncobj.c b/src/mesa/main/syncobj.c index c4fe344..430c1ee 100644 --- a/src/mesa/main/syncobj.c +++ b/src/mesa/main/syncobj.c @@

[Mesa-dev] [PATCH 1/2] mesa: return INVALID_VALUE from ClientWaitSync if flags contains an unsupported flag

Fixes gles3conform's sync_error_clientwaitsync_flags test. --- src/mesa/main/syncobj.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/mesa/main/syncobj.c b/src/mesa/main/syncobj.c index 1d17895..c4fe344 100644 --- a/src/mesa/main/syncobj.c +++ b/src/mesa/main/syncobj

Re: [Mesa-dev] [PATCH] VertexAttribDivisor returns INVALID_VALUE if index is out of range

On Tue, Nov 13, 2012 at 1:29 PM, Paul Berry wrote: > On 13 November 2012 13:18, Matt Turner wrote: >> >> All the other range checks on index already return the proper error, >> INVALID_VALUE. >> >> Fixes gles3conform's instanced_arrays_invalid. > > > Minor nit pick: it's not obvious from your com

Re: [Mesa-dev] [PATCH] VertexAttribDivisor returns INVALID_VALUE if index is out of range

On 13 November 2012 13:18, Matt Turner wrote: > All the other range checks on index already return the proper error, > INVALID_VALUE. > > Fixes gles3conform's instanced_arrays_invalid. > Minor nit pick: it's not obvious from your commit subject whether it describes the state of the code before o

[Mesa-dev] [PATCH V2 13/13] intel: Enable ETC2 support on intel hardware

This patch enables support for ETC2 compressed textures on all intel hardware. At present, ETC2 texture decoding is not available on intel hardware. So, compressed ETC2 texture data is decoded in software and stored in a suitable uncompressed MESA_FORMAT at the time of glCompressedTexImage2D. Curre

[Mesa-dev] [PATCH] VertexAttribDivisor returns INVALID_VALUE if index is out of range

All the other range checks on index already return the proper error, INVALID_VALUE. Fixes gles3conform's instanced_arrays_invalid. --- src/mesa/main/varray.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/mesa/main/varray.c b/src/mesa/main/varray.c index 809b818..1f

[Mesa-dev] [PATCH] radeon/llvm: replaces fragment input with negative index with undef values

--- lib/Target/AMDGPU/R600ISelLowering.cpp | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/lib/Target/AMDGPU/R600ISelLowering.cpp b/lib/Target/AMDGPU/R600ISelLowering.cpp index c837705..c6d9c4a 100644 --- a/lib/Target/AMDGPU/R600ISelLowering.cpp +++ b/lib/Target/A

[Mesa-dev] [PATCH] radeon/llvm: support for v2f32 store/load

--- lib/Target/AMDGPU/R600ISelLowering.cpp | 63 ++ 1 file changed, 57 insertions(+), 6 deletions(-) diff --git a/lib/Target/AMDGPU/R600ISelLowering.cpp b/lib/Target/AMDGPU/R600ISelLowering.cpp index 712dd3f..c837705 100644 --- a/lib/Target/AMDGPU/R600ISelLowering

[Mesa-dev] [PATCH 2/2] intel: Use core mesa support for determining lastLevel.

We had similar issues with using depth in determining the lastLevel of array textures. --- src/mesa/drivers/dri/intel/intel_tex_image.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/mesa/drivers/dri/intel/intel_tex_image.c b/src/mesa/drivers/dri/intel/intel_tex_

[Mesa-dev] [PATCH 1/2] mesa: Also handle GL_TEXTURE_EXTENRAL_OES in max num levels.

--- src/mesa/main/teximage.c |1 + 1 file changed, 1 insertion(+) diff --git a/src/mesa/main/teximage.c b/src/mesa/main/teximage.c index 0850ef1..7d5a574 100644 --- a/src/mesa/main/teximage.c +++ b/src/mesa/main/teximage.c @@ -1056,6 +1056,7 @@ _mesa_get_tex_max_num_levels(GLenum target, GLsi

Re: [Mesa-dev] GLES3 dispatch table creation issue

Hi mesa-dev, The Intel team has been discussing how fix population of the GLES3 dispatch table. The fix may require a modification of the data flow during context creation for all drivers. I just wanted to post the discussion here for public record. On 11/13/2012 12:21 PM, Kenneth Graunke wrote:

Re: [Mesa-dev] [PATCH] makefiles: use configured name for -ldrm* where possible

On Tue, Nov 13, 2012 at 4:00 AM, Maarten Lankhorst wrote: > For precise lts support I had to do some magic with the library names, which > works fine > as long as the libraries from pkg-config are used. > > The parts with src/gallium/targets/va-*/Makefile will not apply on the master > branch, >

[Mesa-dev] [Bug 57075] wrong colors in flash videos

https://bugs.freedesktop.org/show_bug.cgi?id=57075 --- Comment #2 from Alex Deucher --- *** Bug 57073 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list m

[Mesa-dev] [Bug 57073] wrong colors in flash videos

https://bugs.freedesktop.org/show_bug.cgi?id=57073 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Mesa-dev] [Bug 57073] wrong colors in flash videos

https://bugs.freedesktop.org/show_bug.cgi?id=57073 --- Comment #1 from Alex Deucher --- Did you change the version of flash installed as well? Did you enable VDPAU support in one of your mesa builds? flash has known issues when used with VDPAU. -- You are receiving this mail because: You are

[Mesa-dev] [Bug 57075] wrong colors in flash videos

https://bugs.freedesktop.org/show_bug.cgi?id=57075 Christian König changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Mesa-dev] [Bug 57075] New: wrong colors in flash videos

https://bugs.freedesktop.org/show_bug.cgi?id=57075 Priority: medium Bug ID: 57075 Assignee: mesa-dev@lists.freedesktop.org Summary: wrong colors in flash videos Severity: normal Classification: Unclassified OS: Linux (All)

[Mesa-dev] [Bug 57073] New: wrong colors in flash videos

https://bugs.freedesktop.org/show_bug.cgi?id=57073 Priority: medium Bug ID: 57073 Assignee: mesa-dev@lists.freedesktop.org Summary: wrong colors in flash videos Severity: normal Classification: Unclassified OS: All

Re: [Mesa-dev] [PATCH 4/4] R600: Fold immediates into ALU instructions when possible

On Tue, Nov 13, 2012 at 07:41:20AM -0800, Vincent Lejeune wrote: > > > > > - Mail original - > > De : Tom Stellard > > À : mesa-dev@lists.freedesktop.org > > Cc : Tom Stellard > > Envoyé le : Vendredi 9 novembre 2012 21h47 > > Objet : [Mesa-dev] [PATCH 4/4] R600: Fold immediates into

Re: [Mesa-dev] [PATCH 2/4] AMDGPU: Print integer and floating point values for literals

Reviewed-by: Vincent Lejeune - Mail original - > De : Tom Stellard > À : mesa-dev@lists.freedesktop.org > Cc : Tom Stellard > Envoyé le : Vendredi 9 novembre 2012 21h47 > Objet : [Mesa-dev] [PATCH 2/4] AMDGPU: Print integer and floating point > values for literals > > From: Tom Stell

Re: [Mesa-dev] [PATCH 3/4] R600: Fix operand index table for OP3 instructions

I'd rather have a space after a coma but it would break the tabular layout. Reviewed-by: Vincent Lejeune - Mail original - > De : Tom Stellard > À : mesa-dev@lists.freedesktop.org > Cc : Tom Stellard > Envoyé le : Vendredi 9 novembre 2012 21h47 > Objet : [Mesa-dev] [PATCH 3/4] R600: F

Re: [Mesa-dev] [PATCH 1/4] R600: Add helper function for setting instruction modifiers

Looks good to me. Reviewed-by: Vincent Lejeune - Mail original - > De : Tom Stellard > À : mesa-dev@lists.freedesktop.org > Cc : Tom Stellard > Envoyé le : Vendredi 9 novembre 2012 21h47 > Objet : [Mesa-dev] [PATCH 1/4] R600: Add helper function for setting > instruction modifiers >

Re: [Mesa-dev] [PATCH 4/4] R600: Fold immediates into ALU instructions when possible

- Mail original - > De : Tom Stellard > À : mesa-dev@lists.freedesktop.org > Cc : Tom Stellard > Envoyé le : Vendredi 9 novembre 2012 21h47 > Objet : [Mesa-dev] [PATCH 4/4] R600: Fold immediates into ALU instructions > when possible > > From: Tom Stellard > > --- > lib/Target/AMDG

Re: [Mesa-dev] [PATCH] radeonsi: Bump SI_PM4_MAX_DW.

On Tue, Nov 13, 2012 at 10:13 AM, Michel Dänzer wrote: > From: Michel Dänzer > > Fixes assertion failure with Mesa demo glsl/samplers. > > Signed-off-by: Michel Dänzer Reviewed-by: Alex Deucher > --- > src/gallium/drivers/radeonsi/radeonsi_pm4.h |2 +- > 1 file changed, 1 insertion(+), 1

Re: [Mesa-dev] [PATCH 01/13] mesa: Add new MESA_FORMATs for ETC2 compressed textures

On 11/12/2012 08:48 PM, Anuj Phogat wrote: It is required by OpenGL ES 3.0 to support ETC2 textures. This patch adds new MESA_FORMATs for following etc2 texture formats: GL_COMPRESSED_RGB8_ETC2 GL_COMPRESSED_SRGB8_ETC2 GL_COMPRESSED_RGBA8_ETC2_EAC GL_COMPRESSED_SRGB8_ALPHA8_ETC2_EAC GL_

Re: [Mesa-dev] [PATCH] r600g: use LINEAR_ALIGNED tiling for 1D array textures and if height0 <= 3

linear_aligned may even be a better fit for 1D textures since we only care about one dimension. Reviewed-by: Alex Deucher On Tue, Nov 13, 2012 at 10:05 AM, Marek Olšák wrote: > --- > src/gallium/drivers/r600/r600_texture.c |4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff

[Mesa-dev] [Bug 57044] build failure: make[4]: *** No rule to make target `../../src/mesa/program/libprogram.la', needed by `libmesagallium.la'. Stop.

https://bugs.freedesktop.org/show_bug.cgi?id=57044 Fabio Pedretti changed: What|Removed |Added CC||fabio@libero.it -- You are receivi

[Mesa-dev] [PATCH] radeonsi: Bump SI_PM4_MAX_DW.

From: Michel Dänzer Fixes assertion failure with Mesa demo glsl/samplers. Signed-off-by: Michel Dänzer --- src/gallium/drivers/radeonsi/radeonsi_pm4.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/gallium/drivers/radeonsi/radeonsi_pm4.h b/src/gallium/drivers/radeo

[Mesa-dev] [PATCH] r600g: use LINEAR_ALIGNED tiling for 1D array textures and if height0 <= 3

--- src/gallium/drivers/r600/r600_texture.c |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/gallium/drivers/r600/r600_texture.c b/src/gallium/drivers/r600/r600_texture.c index 42010bf..0054c5b 100644 --- a/src/gallium/drivers/r600/r600_texture.c +++ b/src/gallium/dri

[Mesa-dev] [Bug 57044] build failure: make[4]: *** No rule to make target `../../src/mesa/program/libprogram.la', needed by `libmesagallium.la'. Stop.

https://bugs.freedesktop.org/show_bug.cgi?id=57044 --- Comment #4 from Kevin Hobbs --- (In reply to comment #3) > I have what seems the same issue with current git: > Same here, also with an xlib build. The head of my build script is: rm -rf /home/kevin/mesa_nightly/* # Update Mesa Source cd

Re: [Mesa-dev] [PATCH 1/3] r600g: use LINEAR_ALIGNED tiling for staging textures, reorder the code

On Mon, Nov 12, 2012 at 6:43 PM, Marek Olšák wrote: For the series: Reviewed-by: Alex Deucher > --- > src/gallium/drivers/r600/r600_texture.c | 16 ++-- > 1 file changed, 10 insertions(+), 6 deletions(-) > > diff --git a/src/gallium/drivers/r600/r600_texture.c > b/src/gallium/d

Re: [Mesa-dev] [PATCH 3/3] r600g: untiled window-system buffers should be LINEAR_ALIGNED

On Mon, Nov 12, 2012 at 6:43 PM, Marek Olšák wrote: > though I guess the DDX allocates them as LINEAR_GENERAL At one point I changed the ddx to use LINEAR_ALIGNED, but it might have gotten changed back at some point. Shouldn't be too hard to fix up. Alex > --- > src/gallium/drivers/r600/r600_

[Mesa-dev] [PATCH] makefiles: use configured name for -ldrm* where possible

For precise lts support I had to do some magic with the library names, which works fine as long as the libraries from pkg-config are used. The parts with src/gallium/targets/va-*/Makefile will not apply on the master branch, but do apply to the 9.0 branch. NOTE: This is a candidate for the stab

[Mesa-dev] [Bug 57044] build failure: make[4]: *** No rule to make target `../../src/mesa/program/libprogram.la', needed by `libmesagallium.la'. Stop.

https://bugs.freedesktop.org/show_bug.cgi?id=57044 --- Comment #3 from Fabio Pedretti --- I have what seems the same issue with current git: CPPAS read_rgba_span_x86.lo make[5]: *** No rule to make target `../../src/mesa/program/libprogram.la', needed by `libmesa.la'. Stop. Full build log:

Re: [Mesa-dev] mesa : ARB_texture_gather implementation - WIP[PATCH1/1] but need advice !

On 11/12/2012 09:03 PM, Maxence Le Doré wrote: Here is a patch against master branch that takes a good way to implement ARB_texture_gather over softpipe but I have the regret to announce that I can't find what i'm doing wrong at a point : At compilation time, more precisely glsl code compilation