[Mesa-dev] [PATCH 3/3] intel: Document that stencil buffer is W tiled

... in intel_alloc_renderbuffer_storage. Note: This is a candidate for the 7.11 branch Signed-off-by: Chad Versace --- src/mesa/drivers/dri/intel/intel_fbo.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/src/mesa/drivers/dri/intel/intel_fbo.c b/src/mesa/drivers/dr

[Mesa-dev] [PATCH 2/3] intel: Fix height in stencil buffer region allocation

If the height of the stencil buffer were odd, then we allocated a region whose height was too small --- `height / 2` rather than `height / 2 + height % 2`. On gen5 with intel_screen.hw_must_use_separate_stencil enabled, Fixes-Piglit-test: fbo-stencil-* Note: This is a candidate for the 7.11 branc

[Mesa-dev] [PATCH 1/3] intel: Fix span functions for stencil buffer

Up until this point, we incorrectly believed that the stencil buffer is Y-tiled. In fact, it is W tiled. From PRM Vol 1 Part 2 Section 4.5.2.1 W-Major Tile Format: "W-Major Tile Format is used for separate stencil." Since the stencil buffer is allocated with I915_TILING_Y, the span functions m

[Mesa-dev] [PATCH] r600g: LIT: clamp negative src.y to 0

Fixes https://bugs.freedesktop.org/show_bug.cgi?id=39083 Signed-off-by: Vadim Girlin --- src/gallium/drivers/r600/r600_shader.c | 29 - 1 files changed, 24 insertions(+), 5 deletions(-) diff --git a/src/gallium/drivers/r600/r600_shader.c b/src/gallium/drivers/r600

[Mesa-dev] [Bug 39095] egl_gallium.so failed to compile

https://bugs.freedesktop.org/show_bug.cgi?id=39095 pejakm changed: What|Removed |Added Priority|medium |high -- Configure bugmail: https://bugs.freede

[Mesa-dev] [Bug 39095] New: egl_gallium.so failed to compile

https://bugs.freedesktop.org/show_bug.cgi?id=39095 Summary: egl_gallium.so failed to compile Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium

Re: [Mesa-dev] [PATCH] intel: Recognize all depth formats in get_teximage_readbuffer.

On Sat, 9 Jul 2011 03:41:32 -0700, Kenneth Graunke wrote: > The existing code was missing GL_DEPTH_COMPONENT32, resulting in it > wrongly returning the color buffer instead of the depth buffer. > > Fixes an issue in PlaneShift 0.5.7 when casting spells. The game calls > CopyTexSubImage2D on bu

[Mesa-dev] robust-tarballs branch (Was: Error building on Windows with SCons)

I heard no concerns so I went ahead and made a branch where: - I removed GLUT - derived Mesa tarballs' file list from git ls-files. http://cgit.freedesktop.org/mesa/mesa/log/?h=robust-tarballs I've confirmed that both automake and scons+crossmingw32 build correctly on Linux. I'd like to merge t

Re: [Mesa-dev] Mesa 7.11 release candidate 1

Am Sat, 09 Jul 2011 05:00:43 +0200 schrieb Stephan Raue : > Are the tarball corrupt? > > in the tar.bz2 file much files and dirs are missing, > MesaLib-7.11-rc1.tar looks to small (3.7MB) and the md5sums not > matching...? > > Stephan I can build the git snapshot for 7.11rc1 but not the tarbal

[Mesa-dev] [PATCH] intel: Recognize all depth formats in get_teximage_readbuffer.

The existing code was missing GL_DEPTH_COMPONENT32, resulting in it wrongly returning the color buffer instead of the depth buffer. Fixes an issue in PlaneShift 0.5.7 when casting spells. The game calls CopyTexSubImage2D on buffers with a GL_DEPTH_COMPONENT32 internal format, which (prior to this

[Mesa-dev] [PATCH] glsl: Reject ambiguous function calls (multiple inexact matches).

According to the GLSL 1.20 specification, "it is a semantic error if there are multiple ways to apply [implicit] conversions [...] such that the call can be made to match multiple signatures." Fixes a regression caused by 60eb63a855cb89962f2d5bb91e238ff2d1ab8702, which implemented the wrong policy