[Mesa-dev] [PATCH] st/xa: Fix regression in xa_yuv_planar_blit()

Commit "st/xa: scissor to help tilers" broke xa_yuv_planar_blit() and vmwgfx textured video. Fix this by implementing scissors also in the yuv draw path. Signed-off-by: Thomas Hellstrom Cc: Rob Clark Cc: "10.2 10.3" --- src/gallium/state_trackers/xa/xa_renderer.c | 11 +++ src/gallium/

Re: [Mesa-dev] [PATCH v2] glsl: Optimize min/max expression trees

On vie, 2014-09-26 at 12:57 -0400, Connor Abbott wrote: > On Fri, Sep 26, 2014 at 9:02 AM, Iago Toral Quiroga wrote: > > Original patch by Petri Latvala : > > > > Add an optimization pass that drops min/max expression operands that > > can be proven to not contribute to the final result. The algor

Re: [Mesa-dev] [PATCH v2 6/6] st/va: implement vlVa(Query|Create|Get|Put|Destroy)Image

Hi Ilia, >-Original Message- >From: ibmir...@gmail.com [mailto:ibmir...@gmail.com] On Behalf Of Ilia Mirkin >Sent: Friday, September 26, 2014 4:37 PM >To: Liu, Leo >Cc: mesa-dev@lists.freedesktop.org >Subject: Re: [Mesa-dev] [PATCH v2 6/6] st/va: implement >vlVa(Query|Create|Get|Put|Destro

Re: [Mesa-dev] [PATCH v3 2/6] st/va: skeleton VAAPI state tracker

Hi Emil, >-Original Message- >From: Emil Velikov [mailto:emil.l.veli...@gmail.com] >Sent: Sunday, September 28, 2014 4:43 PM >To: Liu, Leo; mesa-dev@lists.freedesktop.org >Cc: emil.l.veli...@gmail.com; Koenig, Christian >Subject: Re: [Mesa-dev] [PATCH v3 2/6] st/va: skeleton VAAPI state tr

Re: [Mesa-dev] [PATCH v3 2/6] st/va: skeleton VAAPI state tracker

Hi Leo, On 26/09/14 21:13, Leo Liu wrote: > From: Christian König > > This patch adds a skeleton VA-API state tracker, > which is filled with live in the subsequent patches. > > v2: fixes in configure.ac and va state_tracker Makefile.am s/state_tracker Makefile.am/target Makefile.am/ > v3: con

[Mesa-dev] [PATCH 6/6] i965/fs: Implement SIMD16 carry/borrow on Gen 7.

--- src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 34 1 file changed, 24 insertions(+), 10 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp b/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp index ff1b533..adbf4b0 100644 --- a/src/mesa/drivers/dri/

[Mesa-dev] [PATCH 0/6] i965/fs: ARB_gpu_shader5 operations SIMD16 support

[PATCH 1/6] i965/fs: Set MUL source type to W/UW in 64-bit mul macro Fixes 64-bit multiploes on Gen8. [PATCH 2/6] i965/fs: Don't offset uniform registers in half(). Bug fix necessary for later patches. [PATCH 3/6] i965/fs: Allow SIMD16 borrow/carry/64-bit multiply on Gen Don't apply G

[Mesa-dev] [PATCH 3/6] i965/fs: Allow SIMD16 borrow/carry/64-bit multiply on Gen > 7.

These checks were intended for Gen 7 only. None of these restrictions apply to Gen 8. --- src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp b/src/mesa/drivers/dri/i965/brw_fs_visitor.

[Mesa-dev] [PATCH 2/6] i965/fs: Don't offset uniform registers in half().

Half gives you the second half of a SIMD16 register, but if the register is a uniform it would incorrectly give you the next register. --- src/mesa/drivers/dri/i965/brw_fs.h | 4 1 file changed, 4 insertions(+) diff --git a/src/mesa/drivers/dri/i965/brw_fs.h b/src/mesa/drivers/dri/i965/brw_

[Mesa-dev] [PATCH 5/6] i965/fs: Implement SIMD16 64-bit integer multiplies on Gen 7.

--- src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp b/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp index e6c34fa..ff1b533 100644 --- a/src/mesa/drivers/dri/i965/brw_fs_vis

[Mesa-dev] [PATCH 1/6] i965/fs: Set MUL source type to W/UW in 64-bit mul macro on Gen8.

--- src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 23 ++- 1 file changed, 22 insertions(+), 1 deletion(-) diff --git a/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp b/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp index 4f7f69a..8e4a25a 100644 --- a/src/mesa/drivers/dri/i965/br

[Mesa-dev] [PATCH 4/6] i965/fs: Implement SIMD16 integer multiplies on Gen 7.

--- src/mesa/drivers/dri/i965/brw_fs_visitor.cpp | 22 -- 1 file changed, 16 insertions(+), 6 deletions(-) diff --git a/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp b/src/mesa/drivers/dri/i965/brw_fs_visitor.cpp index e1f5735..e6c34fa 100644 --- a/src/mesa/drivers/dri/i965/br

Re: [Mesa-dev] [PATCH] Revert "configure: ask vdpau.pc for the default location of the vdpau drivers"

On 29 September 2014 06:13, Ilia Mirkin wrote: > On Sun, Sep 28, 2014 at 4:09 PM, Emil Velikov > wrote: >> On 28/09/14 20:08, Emil Velikov wrote: >>> On 28/09/14 19:04, Ilia Mirkin wrote: On Sun, Sep 28, 2014 at 1:35 PM, Emil Velikov wrote: >> [snip] This, however, has nothing t

Re: [Mesa-dev] [PATCH] Revert "configure: ask vdpau.pc for the default location of the vdpau drivers"

On Sun, Sep 28, 2014 at 4:09 PM, Emil Velikov wrote: > On 28/09/14 20:08, Emil Velikov wrote: >> On 28/09/14 19:04, Ilia Mirkin wrote: >>> On Sun, Sep 28, 2014 at 1:35 PM, Emil Velikov >>> wrote: > [snip] >>> This, however, has nothing to do with mesa. When I set --prefix, >>> that's saying "hey

Re: [Mesa-dev] [PATCH] Revert "configure: ask vdpau.pc for the default location of the vdpau drivers"

On 28/09/14 20:08, Emil Velikov wrote: > On 28/09/14 19:04, Ilia Mirkin wrote: >> On Sun, Sep 28, 2014 at 1:35 PM, Emil Velikov >> wrote: [snip] >> This, however, has nothing to do with mesa. When I set --prefix, >> that's saying "hey, install here". Not "hey, install here for most >> things, but

Re: [Mesa-dev] [PATCH] Revert "configure: ask vdpau.pc for the default location of the vdpau drivers"

On 29 September 2014 05:08, Emil Velikov wrote: > On 28/09/14 19:04, Ilia Mirkin wrote: >> On Sun, Sep 28, 2014 at 1:35 PM, Emil Velikov >> wrote: >>> On 28/09/14 18:00, Ilia Mirkin wrote: This reverts commit bbe6f7f865cd4316b5f885507ee0b128a20686eb. This change broke the usual as

Re: [Mesa-dev] [PATCH v2] r600: Use DMA transfers in r600_copy_global_buffer

On Sunday 28 September 2014, 17:44:53, Bruno Jimenez wrote: > Hi, > > Sorry for not answering until now, but I have had some personal issues > (changing university, moving to another city...) > > As you said, this is used from clover's resource::copy, which is used by > clEnqueueCopyBuffer if I r

[Mesa-dev] [Bug 80821] When LIBGL_ALWAYS_SOFTWARE is set, KHR_create_context is not supported

https://bugs.freedesktop.org/show_bug.cgi?id=80821 Kalrish Bäakjen changed: What|Removed |Added Summary|When LIBGL_ALWAYS_SOFTWARE |When LIBGL_ALWAYS_SOFTWARE

[Mesa-dev] [Bug 84428] libdrm build failure on i386: error: size of unnamed array is negative

https://bugs.freedesktop.org/show_bug.cgi?id=84428 Tobias Klausmann changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [Mesa-dev] [PATCH] Revert "configure: ask vdpau.pc for the default location of the vdpau drivers"

On 28/09/14 19:04, Ilia Mirkin wrote: > On Sun, Sep 28, 2014 at 1:35 PM, Emil Velikov > wrote: >> On 28/09/14 18:00, Ilia Mirkin wrote: >>> This reverts commit bbe6f7f865cd4316b5f885507ee0b128a20686eb. >>> >>> This change broke the usual assumption that setting a prefix will cause >>> files to be

[Mesa-dev] [Bug 84124] Please revert 8449121971ce1db03fea19665d314e523fdc10dd

https://bugs.freedesktop.org/show_bug.cgi?id=84124 Marek Olšák changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Mesa-dev] [Bug 84428] libdrm build failure on i386: error: size of unnamed array is negative

https://bugs.freedesktop.org/show_bug.cgi?id=84428 Emil Velikov changed: What|Removed |Added Attachment #107018|0 |1 is obsolete|

[Mesa-dev] [Bug 84428] libdrm build failure on i386: error: size of unnamed array is negative

https://bugs.freedesktop.org/show_bug.cgi?id=84428 --- Comment #4 from Emil Velikov --- Created attachment 107018 --> https://bugs.freedesktop.org/attachment.cgi?id=107018&action=edit fix 32bit builds Seems like one of the files was missing the config.h inclusion. Can you guys give the patch a

Re: [Mesa-dev] [PATCH] Revert "configure: ask vdpau.pc for the default location of the vdpau drivers"

On Sun, Sep 28, 2014 at 1:35 PM, Emil Velikov wrote: > On 28/09/14 18:00, Ilia Mirkin wrote: >> This reverts commit bbe6f7f865cd4316b5f885507ee0b128a20686eb. >> >> This change broke the usual assumption that setting a prefix will cause >> files to be installed into that prefix. Restore that assump

[Mesa-dev] [Bug 84428] libdrm build failure on i386: error: size of unnamed array is negative

https://bugs.freedesktop.org/show_bug.cgi?id=84428 --- Comment #3 from Tobias Klausmann --- Created attachment 107016 --> https://bugs.freedesktop.org/attachment.cgi?id=107016&action=edit compilation with V=1 -- You are receiving this mail because: You are the assignee for the bug. __

[Mesa-dev] [Bug 84428] libdrm build failure on i386: error: size of unnamed array is negative

https://bugs.freedesktop.org/show_bug.cgi?id=84428 --- Comment #2 from Tobias Klausmann --- Yeah i see that here, too. https://build.opensuse.org/build/home:tobijk:X11:XOrg/openSUSE_Factory/i586/libdrm/_log -- You are receiving this mail because: You are the assignee for the bug. _

[Mesa-dev] [Bug 84428] libdrm build failure on i386: error: size of unnamed array is negative

https://bugs.freedesktop.org/show_bug.cgi?id=84428 --- Comment #1 from Emil Velikov --- Sounds like AC_SYS_LARGEFILE is not doing it's job properly. Can you attach the output of $ make V=1 ? -- You are receiving this mail because: You are the assignee for the bug. __

Re: [Mesa-dev] [PATCH] Revert "configure: ask vdpau.pc for the default location of the vdpau drivers"

On 28/09/14 18:00, Ilia Mirkin wrote: > This reverts commit bbe6f7f865cd4316b5f885507ee0b128a20686eb. > > This change broke the usual assumption that setting a prefix will cause > files to be installed into that prefix. Restore that assumption before > people's system installs are accidentally ove

[Mesa-dev] [Bug 84428] New: libdrm build failure on i386: error: size of unnamed array is negative

https://bugs.freedesktop.org/show_bug.cgi?id=84428 Priority: medium Bug ID: 84428 Assignee: mesa-dev@lists.freedesktop.org Summary: libdrm build failure on i386: error: size of unnamed array is negative Severity: normal C

[Mesa-dev] [PATCH] Revert "configure: ask vdpau.pc for the default location of the vdpau drivers"

This reverts commit bbe6f7f865cd4316b5f885507ee0b128a20686eb. This change broke the usual assumption that setting a prefix will cause files to be installed into that prefix. Restore that assumption before people's system installs are accidentally overwritten, and everyone starts having to add a --

Re: [Mesa-dev] [PATCH v2] r600: Use DMA transfers in r600_copy_global_buffer

Hi, Sorry for not answering until now, but I have had some personal issues (changing university, moving to another city...) As you said, this is used from clover's resource::copy, which is used by clEnqueueCopyBuffer if I remember correctly (and understand correctly clover) If it doesn't regress

Re: [Mesa-dev] [PATCH 14/15] radeonsi: release GS rings at context destruction

On Sat, Sep 27, 2014 at 8:02 PM, Emil Velikov wrote: > On 27/09/14 18:29, Marek Olšák wrote: >> There should be no warning on master. On master, the variables have >> the pipe_resource type. On stable branches, the variables have the >> pipe_constant_buffer type, so the expression should be change

[Mesa-dev] [Bug 84242] FTBFS: libOpenCL.so.1.0.0: ld: .eh_frame_hdr table[5707] FDE at 0000000000c45b8c overlaps table[5708] FDE at 0000000000c45a88

https://bugs.freedesktop.org/show_bug.cgi?id=84242 --- Comment #9 from Kai --- (In reply to comment #8) > Ok, after trying to build an older Mesa version (Git:HEAD/5a4e0f3873 + > patches from Mesa master to build with a recent LLVM 3.6) That should have read: (Git:master/5a4e0f3873 + patches fro

[Mesa-dev] [Bug 84242] FTBFS: libOpenCL.so.1.0.0: ld: .eh_frame_hdr table[5707] FDE at 0000000000c45b8c overlaps table[5708] FDE at 0000000000c45a88

https://bugs.freedesktop.org/show_bug.cgi?id=84242 --- Comment #8 from Kai --- Ok, after trying to build an older Mesa version (Git:HEAD/5a4e0f3873 + patches from Mesa master to build with a recent LLVM 3.6), which I've built successfully in the past, I get the same FTBFS now. After downgrading

[Mesa-dev] [PATCH 1/3] clover: add a simple compat::pair

std::pair is not c++98/c++11 safe --- src/gallium/state_trackers/clover/util/compat.hpp | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/gallium/state_trackers/clover/util/compat.hpp b/src/gallium/state_trackers/clover/util/compat.hpp index 7305577..dd20ef0 100644 --- a/src/gallium/s

[Mesa-dev] [PATCH 3/3] clover: add clCompile

--- src/gallium/state_trackers/clover/api/dispatch.cpp | 2 +- src/gallium/state_trackers/clover/api/program.cpp | 39 +++--- .../state_trackers/clover/core/compiler.hpp| 12 --- src/gallium/state_trackers/clover/core/error.hpp | 2 +- src/gallium/state_trackers/cl

[Mesa-dev] [PATCH 2/3] clover: add vector_ref default constructor

--- src/gallium/state_trackers/clover/util/compat.hpp | 3 +++ 1 file changed, 3 insertions(+) diff --git a/src/gallium/state_trackers/clover/util/compat.hpp b/src/gallium/state_trackers/clover/util/compat.hpp index dd20ef0..f938e74 100644 --- a/src/gallium/state_trackers/clover/util/compat.hpp

[Mesa-dev] [PATCH 0/3] clover: add clCompile

This serie add clCompile function as mandatory for CL 1.2 EdB (3): clover: add a simple compat::pair clover: add vector_ref default constructor clover: add clCompile src/gallium/state_trackers/clover/api/dispatch.cpp | 2 +- src/gallium/state_trackers/clover/api/program.cpp | 39

[Mesa-dev] [Bug 84242] FTBFS: libOpenCL.so.1.0.0: ld: .eh_frame_hdr table[5707] FDE at 0000000000c45b8c overlaps table[5708] FDE at 0000000000c45a88

https://bugs.freedesktop.org/show_bug.cgi?id=84242 Fabio Pedretti changed: What|Removed |Added CC||fabio@libero.it URL|