[Mesa-dev] [Bug 30443] translate_test crashes on Mac OS X x86_64

https://bugs.freedesktop.org/show_bug.cgi?id=30443 Vinson Lee changed: What|Removed |Added AssignedTo|luca.barbi...@gmail.com |mesa-dev@lists.freedesktop.

Re: [Mesa-dev] [PATCH] add test for wayland drm, XRGB/YUYV is supported

You are right Eric, it just draws some visual blocks on overlay plane. Now, I sent the patch to wayland/Weston. Since YUY2 buffer renders to overlay; I don't have a way to read it back. So conformance test is not available. In this case, EGL is used but hidden by weston and wayland-drm; wl_drm_c

Re: [Mesa-dev] [PATCH] add test for wayland drm, XRGB/YUYV is supported

On Mon, 4 Jun 2012 09:43:06 +, "Zhao, Halley" wrote: > diff --git a/tests/wayland-drm/Makefile.am b/tests/wayland-drm/Makefile.am > new file mode 100644 > index 000..526acde > --- /dev/null > +++ b/tests/wayland-drm/Makefile.am > @@ -0,0 +1,12 @@ > +bin_PROGRAMS = wayland_drm_test This de

Re: [Mesa-dev] [Intel-gfx] [RFC] [PATCH] i965: better ClientWaitSync

On Thu, 7 Jun 2012 21:08:49 +0200 Daniel Vetter wrote: > On Thu, Jun 07, 2012 at 09:12:42AM -0700, Ben Widawsky wrote: > > Use the new libdrm functionality to actually do timed waits on the sync > > object. > > > > This patch is missing the configure.ac update to check for the correct > > libdrm

Re: [Mesa-dev] [Intel-gfx] [RFC] [PATCH] i965: better ClientWaitSync

On Thu, Jun 07, 2012 at 09:12:42AM -0700, Ben Widawsky wrote: > Use the new libdrm functionality to actually do timed waits on the sync > object. > > This patch is missing the configure.ac update to check for the correct > libdrm supporting this function. As of now, libdrm has not yet received > t

Re: [Mesa-dev] [PATCH] st/vdpau: fix YCbCr down/up-loads for buffers larger than requested

Emeric Grange wrote: 2012/6/7 Andy Furniss I don't know how Christian handles his mail, but Vodafone are blocking my ISP's SMTP address, so this is just going to the list - unless someone else can reply all. Replied all, I hope it helps. Emeric Thanks, hopefully it should be de-blacklist

Re: [Mesa-dev] [PATCH] glsl: Hook up loop_variable_state destructor to plug a memory leak.

On Thu, Jun 07, 2012 at 10:33:39AM -0700, Ian Romanick wrote: > In my dream of dreams, we'd be able to either allocate objects via > ralloc or allocate (automatic) objects on the stack. Hmm, I think it's doable with a patch I just posted + changes to delete calls (passing ralloc context). Is it r

Re: [Mesa-dev] [PATCH] glsl: fix loop_variable_state->var_hash leak

On Tue, Jun 05, 2012 at 03:58:20PM -0700, Kenneth Graunke wrote: > On 06/05/2012 02:49 PM, Marcin Slusarz wrote: > > > > --- > > src/glsl/loop_analysis.cpp |6 ++ > > 1 files changed, 6 insertions(+), 0 deletions(-) > > > > diff --git a/src/glsl/loop_analysis.cpp b/src/glsl/loop_analysis

Re: [Mesa-dev] [PATCH] glsl: Hook up loop_variable_state destructor to plug a memory leak.

On 06/07/2012 10:33 AM, Ian Romanick wrote: > On 06/05/2012 04:01 PM, Kenneth Graunke wrote: >> While ~loop_state() is already freeing the loop_variable_state objects >> via ralloc_free(this->mem_ctx), the ~loop_variable_state() destructor >> was never getting called, so the hash table inside loop_

Re: [Mesa-dev] [PATCH] glsl: Hook up loop_variable_state destructor to plug a memory leak.

On Thu, Jun 07, 2012 at 10:33:39AM -0700, Ian Romanick wrote: > On 06/05/2012 04:01 PM, Kenneth Graunke wrote: > > While ~loop_state() is already freeing the loop_variable_state objects > > via ralloc_free(this->mem_ctx), the ~loop_variable_state() destructor > > was never getting called, so the ha

Re: [Mesa-dev] [PATCH] glsl: Hook up loop_variable_state destructor to plug a memory leak.

On 06/05/2012 04:01 PM, Kenneth Graunke wrote: While ~loop_state() is already freeing the loop_variable_state objects via ralloc_free(this->mem_ctx), the ~loop_variable_state() destructor was never getting called, so the hash table inside loop_variable_state was never getting destroyed. Fixes a

Re: [Mesa-dev] [PATCH 3/4] i965/blorp: Implement logic for additional buffer formats.

On 06/07/2012 10:17 AM, Paul Berry wrote: > On 6 June 2012 23:42, Kenneth Graunke > wrote: > > On 06/06/2012 12:20 PM, Paul Berry wrote: > > Previously the blorp engine only supported RGBA8 color buffers and > > 24-bit depth buffers. This patch adds supp

Re: [Mesa-dev] [PATCH 3/4] i965/blorp: Implement logic for additional buffer formats.

On 6 June 2012 23:42, Kenneth Graunke wrote: > On 06/06/2012 12:20 PM, Paul Berry wrote: > > Previously the blorp engine only supported RGBA8 color buffers and > > 24-bit depth buffers. This patch adds support for any color buffer > > format that is supported as a render target, and for 16-bit a

Re: [Mesa-dev] [PATCH 00/25] i915 HW context support

On Tue, 05 Jun 2012 16:37:20 -0700 Kenneth Graunke wrote: > On 06/04/2012 02:42 PM, Ben Widawsky wrote: > > Setting myself up for a late night crying session once again. Most of the > > people reading this probably know the history and reasons for the patches. > > If > > not, you can search the

[Mesa-dev] [RFC] [PATCH] i965: better ClientWaitSync

Use the new libdrm functionality to actually do timed waits on the sync object. This patch is missing the configure.ac update to check for the correct libdrm supporting this function. As of now, libdrm has not yet received the version bump. That's mostly why this patch is "RFC" Since intel_client

[Mesa-dev] [PATCH v5] intel: wait render timeout implementation

int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns) This should bump the libdrm version. We're waiting for context support so we can do both features in one bump. v2: don't return remaining timeout amount use get param and fallback for older kernels v3: only doing getparam at init p

[Mesa-dev] [PATCH] scons: Fix Haiku binary compatibility

>From 44fa55d3f49884c824306504943ca2a1382601f0 Mon Sep 17 00:00:00 2001 * Our binary compatibility is targeted to Pentimum or higher, these changes ensure we keep proper optimizations * Fixes strange if statement '! windows or debug or True' --- scons/gallium.py |9 - 1 files chan

[Mesa-dev] [PATCH] scons: Fix Haiku binary compatibility

* Our binary compatibility is targeted to Pentimum or higher, these changes ensure we keep proper optimizations * Fixes strange if statement '! windows or debug or True' --- scons/gallium.py |9 - 1 files changed, 8 insertions(+), 1 deletions(-) diff --git a/scons/gallium.py b/sco

Re: [Mesa-dev] [PATCH 2/2 v4] intel: wait render timeout implementation

On Thu, 7 Jun 2012 09:10:08 +0200 Daniel Vetter wrote: > On Wed, Jun 06, 2012 at 04:42:11PM -0700, Ben Widawsky wrote: > > int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns) > > > > This should bump the libdrm version. We're waiting for context support > > so we can do both feature

Re: [Mesa-dev] [PATCH] st/vdpau: fix YCbCr down/up-loads for buffers larger than requested

2012/6/7 Andy Furniss > Andy Furniss wrote: > >> Andy Furniss wrote: >> >>> Christian König wrote: >>> When the video buffer turns out to be larger than requested by the application we shouldn't upload or download more data into / from it original requested. Fixes:

Re: [Mesa-dev] [PATCH] st/vdpau: fix YCbCr down/up-loads for buffers larger than requested

Andy Furniss wrote: Andy Furniss wrote: Christian König wrote: When the video buffer turns out to be larger than requested by the application we shouldn't upload or download more data into / from it original requested. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=39309 Hi It doesn't

Re: [Mesa-dev] [PATCH] st/vdpau: fix YCbCr down/up-loads for buffers larger than requested

Andy Furniss wrote: Christian König wrote: When the video buffer turns out to be larger than requested by the application we shouldn't upload or download more data into / from it original requested. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=39309 Hi It doesn't fix decoding (for my

[Mesa-dev] [PATCH v2] android: fix the build

Some more of the files are now autogenerated, this caused build breakage, patch adds generation of these missing files. Patch also changes existing make so that the files are created to be part of the local source (not intermediate directory, this causes several problems). Signed-off-by: Tapani Pä

[Mesa-dev] [PATCH] android: fix the build

Some more of the files are now autogenerated, this caused build breakage, patch adds generation of these missing files. Patch also changes existing make so that the files are created to be part of the local source (not intermediate directory, this causes several problems). Signed-off-by: Tapani Pä

Re: [Mesa-dev] [PATCH 0/6] ARB_shader_bit_encoding support

On 05/08/2012 11:40 AM, Olivier Galibert wrote: > Hi, > > Here is the second and hopefully last version of the bit encoding > support. I think I took all reviews into account (dropping mesa ir, > activating at the end, and style). piglit says nothing changed, which > is expected given that the

Re: [Mesa-dev] [PATCH 2/2 v4] intel: wait render timeout implementation

On Wed, Jun 06, 2012 at 04:42:11PM -0700, Ben Widawsky wrote: > int drm_intel_gem_bo_wait(drm_intel_bo *bo, uint64_t timeout_ns) > > This should bump the libdrm version. We're waiting for context support > so we can do both features in one bump. > > v2: don't return remaining timeout amount > use