Re: [Mesa-dev] [PATCH] docs: Update GL3.txt to add ARB_internalformat_query2

On Thu, 2015-11-26 at 21:11 +0100, Eduardo Lima Mitev wrote: > Added to OpenGL 4.2 section, tagged as 'in progress'. See > https://bugs.freedesktop.org/show_bug.cgi?id=92687. > > Thanks to Thomas H.P. Andersen for remainding me about this. > --- > docs/GL3.txt | 1 + > 1 file changed, 1

Re: [Mesa-dev] [PATCH] mesa/main: TexImage2DMultisample needs to pass OpenGL3.3 conformance test.

On Thu, 2015-11-26 at 11:00 +, Predut, Marius wrote: > > -Original Message- > > From: mesa-dev [mailto:mesa-dev-boun...@lists.freedesktop.org] On > > Behalf Of > > Timothy Arceri > > Sent: Wednesday, November 25, 2015 6:02 PM > > To: Palli, Tapani; Predut, Marius;

[Mesa-dev] [Bug 93114] No water rendered in CoR

https://bugs.freedesktop.org/show_bug.cgi?id=93114 Jason Ekstrand changed: What|Removed |Added Status|NEW |NEEDINFO ---

Re: [Mesa-dev] [PATCH] util: Tiny optimisation for the linear→srgb conversion

Sure. R-B On Nov 26, 2015 8:58 AM, "Neil Roberts" wrote: > When converting 0.0 it would be nice if it didn't do any arithmetic. > --- > src/util/format_srgb.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/src/util/format_srgb.h

Re: [Mesa-dev] [PATCH 23/24] i965/vec4: Replace src_reg(imm) constructors with brw_imm_*().

On Thu, Nov 26, 2015 at 9:22 AM, Emil Velikov wrote: > On 25 November 2015 at 22:48, Matt Turner wrote: > >> I can't see it, but that might be because I can't stop thinking like I >> was when I wrote the code. >> > Understandable, we've all been

Re: [Mesa-dev] [PATCH v2] docs: Update GL3.txt to add ARB_internalformat_query2

On Thu, Nov 26, 2015 at 3:57 PM, Eduardo Lima Mitev wrote: > Added to OpenGL 4.3 section, tagged as 'in progress (elima)'. See > https://bugs.freedesktop.org/show_bug.cgi?id=92687. > > Thanks to Thomas H.P. Andersen for remainding me about this. > > v1: - Update the already

[Mesa-dev] [PATCH] docs: Update GL3.txt to add ARB_internalformat_query2

Added to OpenGL 4.2 section, tagged as 'in progress'. See https://bugs.freedesktop.org/show_bug.cgi?id=92687. Thanks to Thomas H.P. Andersen for remainding me about this. --- docs/GL3.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/GL3.txt b/docs/GL3.txt index ad6b95e..3758b06

Re: [Mesa-dev] [PATCH v2 1/1] i965: Do not overwrite optimizer dumps

On Nov 26, 2015 6:02 AM, "Juan A. Suarez Romero" wrote: > > When using INTEL_DEBUG=optimizer, each optimizing step is dump to disk, > in a separate file. > > But as fs_visitor::optimize() and vec4_visitor::run() are called more > than once, it ends up overwriting the files

Re: [Mesa-dev] [PATCH] docs: Update GL3.txt to add ARB_internalformat_query2

On 11/26/2015 09:43 PM, Ilia Mirkin wrote: > On Thu, Nov 26, 2015 at 3:11 PM, Eduardo Lima Mitev wrote: >> Added to OpenGL 4.2 section, tagged as 'in progress'. See >> https://bugs.freedesktop.org/show_bug.cgi?id=92687. >> >> Thanks to Thomas H.P. Andersen for remainding me

[Mesa-dev] [PATCH v2] docs: Update GL3.txt to add ARB_internalformat_query2

Added to OpenGL 4.3 section, tagged as 'in progress (elima)'. See https://bugs.freedesktop.org/show_bug.cgi?id=92687. Thanks to Thomas H.P. Andersen for remainding me about this. v1: - Update the already existing entry in section 4.3 instead (Ilia Mirkin). - Added my BZ nickname as

Re: [Mesa-dev] [PATCH] docs: Update GL3.txt to add ARB_internalformat_query2

On Thu, Nov 26, 2015 at 3:11 PM, Eduardo Lima Mitev wrote: > Added to OpenGL 4.2 section, tagged as 'in progress'. See > https://bugs.freedesktop.org/show_bug.cgi?id=92687. > > Thanks to Thomas H.P. Andersen for remainding me about this. > --- > docs/GL3.txt | 1 + > 1 file

[Mesa-dev] [Bug 93114] No water rendered in CoR

https://bugs.freedesktop.org/show_bug.cgi?id=93114 --- Comment #7 from Michel Dänzer --- BTW, how about Wine without nine? -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug.

Re: [Mesa-dev] [PATCH 5/5] i965/miptree: Add PRM references for most struct members

On Sep 25, 2015 12:05 PM, Chad Versace wrote: > > Add comments that link the driver's miptree structures to the hardware > structures documented in the PRM.  This provides sorely needed > orientation to developers new to the miptree code. And for miptree > veterans, this

Re: [Mesa-dev] [PATCH 4/5] i965/miptree: Rename align_w, align_h -> halign, valign

Reviewed-by: Kenneth Graunke ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [Bug 93103] llvm symbols leak through, cause trouble with software rendering in llvm-linked software

https://bugs.freedesktop.org/show_bug.cgi?id=93103 --- Comment #14 from Michel Dänzer --- FWIW, IME LLVM's symbol versioning seems to only help if all LLVM libraries involved have versioned symbols. I did verify at one point with gambas that radeonsi using a different LLVM

[Mesa-dev] [PATCH 02.5/11] i965/vec4: Stop pretending to support indirect output stores

Since we're using nir_lower_outputs_to_temporaries to shadow all our outputs, it's impossible to actually get an indirect store. The code we had to "handle" this was pretty bogus as it created a register with a reladdr and then stuffed it in a fixed varying slot without so much as a MOV. Not

[Mesa-dev] tinderbox regression

http://tinderbox.x.org/builds/2015-11-26-0001/logs/mesa-mesa/#build just went past me. Dave. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Re: [Mesa-dev] [PATCH v2 12/42] i965: Add debug flag to print out the new L3 state during transitions.

Reviewed-by: Samuel Iglesias Gonsálvez On 18/11/15 06:54, Jordan Justen wrote: > From: Francisco Jerez > > --- > src/mesa/drivers/dri/i965/gen7_l3_state.c | 17 + > src/mesa/drivers/dri/i965/intel_debug.c | 1 + >

Re: [Mesa-dev] [PATCH v2 14/42] i965: Hook up L3 partitioning state atom.

Reviewed-by: Samuel Iglesias Gonsálvez On 18/11/15 06:54, Jordan Justen wrote: > From: Francisco Jerez > > --- > src/mesa/drivers/dri/i965/brw_context.h | 4 ++-- > src/mesa/drivers/dri/i965/brw_state_upload.c | 4 > 2 files changed, 6

Re: [Mesa-dev] [PATCH v2] mesa: remove ARB_geometry_shader4

> -Original Message- > From: mesa-dev [mailto:mesa-dev-boun...@lists.freedesktop.org] On > Behalf Of Ilia Mirkin > Sent: Wednesday, November 25, 2015 8:03 PM > To: Marta Lofstedt > Cc: mesa-dev@lists.freedesktop.org; Kenneth Graunke; Emil Velikov > Subject: Re: [Mesa-dev] [PATCH v2] mesa:

[Mesa-dev] [Bug 93112] GLX: could not load software renderer

https://bugs.freedesktop.org/show_bug.cgi?id=93112 Bug ID: 93112 Summary: GLX: could not load software renderer Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity:

[Mesa-dev] [Bug 93112] GLX: could not load software renderer

https://bugs.freedesktop.org/show_bug.cgi?id=93112 poma changed: What|Removed |Added See Also|

[Mesa-dev] [Bug 93112] GLX: could not load software renderer

https://bugs.freedesktop.org/show_bug.cgi?id=93112 poma changed: What|Removed |Added See Also|

Re: [Mesa-dev] [PATCH v2 24/42] nir: Translate glsl shared var load intrinsic to nir intrinsic

On Wed, 2015-11-25 at 10:17 -0500, Connor Abbott wrote: > On Wed, Nov 25, 2015 at 4:48 AM, Iago Toral wrote: > > On Tue, 2015-11-17 at 21:54 -0800, Jordan Justen wrote: > >> Signed-off-by: Jordan Justen > >> --- > >> src/glsl/nir/glsl_to_nir.cpp |

Re: [Mesa-dev] [PATCH v2 1/2] st/va: if h264 then delay decoder creation until max_references is known

On 25 November 2015 at 09:51, Christian König wrote: > On 25.11.2015 10:12, Julien Isorce wrote: > > For commit message please read: > > "HEVC case is left unchanged since delaying decoder creation is not needed > on AMD hardware." > > > In this case please update the

Re: [Mesa-dev] [PATCH v2 13/42] i965: Work around L3 state leaks during context switches.

I don't see anything wrong with this patch but you might want wait for Ben's approval as he might know better than me if this work-around is right (he is the author of the kernel commit mentioned in this patch). Reviewed-by: Samuel Iglesias Gonsálvez Sam On 18/11/15

Re: [Mesa-dev] [PATCH v2 1/2] st/va: if h264 then delay decoder creation until max_references is known

On 25 November 2015 at 15:04, Emil Velikov wrote: > Hi Julien, > > On 25 November 2015 at 09:07, Julien Isorce > wrote: > > From: Julien Isorce > > > > In general max_references cannot be based on num_render_targets. >

[Mesa-dev] [PATCH v3] st/va: delay decoder creation until max_references is known

In general max_references cannot be based on num_render_targets. This patch allows to allocate buffers with an accurate size. I.e. no more than necessary. For other codecs it is a fixed value 2. This is similar behaviour as vaapi/vdpau-driver. For now HEVC case defaults to num_render_targets as

Re: [Mesa-dev] tinderbox regression

On 26.11.2015 17:11, Dave Airlie wrote: > http://tinderbox.x.org/builds/2015-11-26-0001/logs/mesa-mesa/#build > > just went past me. Fixed in http://cgit.freedesktop.org/mesa/mesa/commit/?id=22d2dda03be32d23bc8e9f5823a4f2469737ddbe, not sure why that tinderbox hasn't picked that up yet. --

[Mesa-dev] [Bug 93091] [opencl] segfault when running any opencl programs (like clinfo)

https://bugs.freedesktop.org/show_bug.cgi?id=93091 --- Comment #8 from Samuel Pitoiset --- This segfault still happens for me using mesa git, commit ca976e6900dc8ff457ed9dba661d037c616abc59. OpenGL renderer string: Gallium 0.4 on NVE7 OpenGL core profile version

Re: [Mesa-dev] [PATCH v2 21/42] glsl: Add default matrix ordering in lower_buffer_access

On Wed, 2015-11-25 at 11:59 -0800, Jordan Justen wrote: > On 2015-11-25 01:32:37, Iago Toral wrote: > > > > On Tue, 2015-11-17 at 21:54 -0800, Jordan Justen wrote: > > > For compute shader shared variable we will set a default of column > > > major. > > > > > > Signed-off-by: Jordan Justen

Re: [Mesa-dev] [PATCH 2/5] i965/gen8+: Don't upload the MCS buffer for single-sampled textures

On Wed, Nov 25, 2015 at 11:01:18AM -0800, Ben Widawsky wrote: > On Wed, Nov 25, 2015 at 06:36:36PM +0100, Neil Roberts wrote: > > For single-sampled textures the MCS buffer is only used to implement > > fast clears. However the surface always needs to be resolved before > > being used as a texture

Re: [Mesa-dev] [PATCH 2/5] i965/gen8+: Don't upload the MCS buffer for single-sampled textures

On Thu, Nov 26, 2015 at 11:18:34AM +0200, Pohjolainen, Topi wrote: > On Wed, Nov 25, 2015 at 11:01:18AM -0800, Ben Widawsky wrote: > > On Wed, Nov 25, 2015 at 06:36:36PM +0100, Neil Roberts wrote: > > > For single-sampled textures the MCS buffer is only used to implement > > > fast clears. However

[Mesa-dev] [Bug 93114] No water rendered in CoR

https://bugs.freedesktop.org/show_bug.cgi?id=93114 Bug ID: 93114 Summary: No water rendered in CoR Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority:

[Mesa-dev] [Bug 93114] No water rendered in CoR

https://bugs.freedesktop.org/show_bug.cgi?id=93114 --- Comment #1 from smidjar2@email.cz --- Created attachment 120132 --> https://bugs.freedesktop.org/attachment.cgi?id=120132=edit Water in gallium-nine enabled Wine -- You are receiving this mail because: You are the QA Contact for the

[Mesa-dev] [Bug 93114] No water rendered in CoR

https://bugs.freedesktop.org/show_bug.cgi?id=93114 smidjar2@email.cz changed: What|Removed |Added Attachment #120131|0 |1 is obsolete|

[Mesa-dev] [Bug 93114] No water rendered in CoR

https://bugs.freedesktop.org/show_bug.cgi?id=93114 smidjar2@email.cz changed: What|Removed |Added Attachment #120132|0 |1 is obsolete|

[Mesa-dev] [Bug 93114] No water rendered in CoR

https://bugs.freedesktop.org/show_bug.cgi?id=93114 --- Comment #4 from smidjar2@email.cz --- Created attachment 120135 --> https://bugs.freedesktop.org/attachment.cgi?id=120135=edit Shader dump There is part of shader dump, that I think may be relevant. I don't know if the failure is for

Re: [Mesa-dev] [PATCH 2/2] i965: run brw_vec4 optimizations in loop

On Wed, 2015-11-25 at 16:16 -0800, Matt Turner wrote: > I think in this case a better solution -- at least until we learn > something more -- would be to initialize opt_vector_float()'s > remaining_channels to only the live components of the register. Do > you > want to try that? Sure! There's a

Re: [Mesa-dev] [PATCH 2/5] i965/gen8+: Don't upload the MCS buffer for single-sampled textures

> On Thu, Nov 26, 2015 at 11:18:34AM +0200, Pohjolainen, Topi wrote: >> On Wed, Nov 25, 2015 at 11:01:18AM -0800, Ben Widawsky wrote: >> > On Wed, Nov 25, 2015 at 06:36:36PM +0100, Neil Roberts wrote: >> > > For single-sampled textures the MCS buffer is only used to implement >> > > fast clears.

Re: [Mesa-dev] [PATCH 1/1] i965: Do not overwrite optimizer dumps

Hi, On 11/25/2015 08:52 PM, Jason Ekstrand wrote: On Wed, Nov 25, 2015 at 10:49 AM, Kenneth Graunke wrote: [...] It almost seems like you want a hash of the program key - and maybe a file containing a printed copy of the key so you can identify which program is which.

[Mesa-dev] [PATCH] glsl: don't generate extra errors in ValidateProgramPipeline

From Section 11.1.3.11 (Validation) of the GLES 3.1 spec: "An INVALID_OPERATION error is generated by any command that trans- fers vertices to the GL or launches compute work if the current set of active program objects cannot be executed, for reasons including:" It then goes on to list

Re: [Mesa-dev] [PATCH] mesa/main: TexImage2DMultisample needs to pass OpenGL3.3 conformance test.

> -Original Message- > From: mesa-dev [mailto:mesa-dev-boun...@lists.freedesktop.org] On Behalf Of > Timothy Arceri > Sent: Wednesday, November 25, 2015 6:02 PM > To: Palli, Tapani; Predut, Marius; mesa-dev@lists.freedesktop.org > Subject: Re: [Mesa-dev] [PATCH] mesa/main:

Re: [Mesa-dev] [PATCH] glsl: don't generate extra errors in ValidateProgramPipeline

On Thu, 2015-11-26 at 21:50 +1100, Timothy Arceri wrote: > From Section 11.1.3.11 (Validation) of the GLES 3.1 spec: > >"An INVALID_OPERATION error is generated by any command that trans > - >fers vertices to the GL or launches compute work if the current > set >of active program

Re: [Mesa-dev] [PATCH v2 5.5/42] i965: Add slice count to the brw_device_info structure.

Hi Ben, Ben Widawsky writes: > The most important feedback I have on the patch is that we continue to add > stuff > like this for compute when there is a libdrm interface which exposes all or > most > of it - and that interface should either be expanded or removed. FWIW, I

Re: [Mesa-dev] [PATCH 3/3] i965/gen9+: Switch thread scratch space to non-coherent stateless access.

Kristian Høgsberg writes: > On Wed, Nov 25, 2015 at 11:37 AM, Francisco Jerez > wrote: >> The thread scratch space is thread-local so using the full IA-coherent >> stateless surface index (255 since Gen8) is unnecessary and >> potentially expensive.

Re: [Mesa-dev] [PATCH 1/1] i965: Do not overwrite optimizer dumps

On Wed, 2015-11-25 at 11:05 -0800, Jason Ekstrand wrote: > Right.  I didn't pay that much attention to the exact implementation. > But we could do something like. > > atomic int global_iteration_atomic = 0; > > const int global_iteration = atomic_inc(global_iteration_atomic); > > // use

[Mesa-dev] [Bug 93103] llvm symbols leak through, cause trouble with software rendering in llvm-linked software

https://bugs.freedesktop.org/show_bug.cgi?id=93103 --- Comment #5 from Tobias Schlüter --- Thank you for the quick response! I'll take the comments to mean that this shouldn't happen with very recent versions of libmesa and llvm. It does happen with fairly recent versions

Re: [Mesa-dev] [PATCH 2/5] i965/gen8+: Don't upload the MCS buffer for single-sampled textures

On Thu, Nov 26, 2015 at 11:39:20AM +0100, Neil Roberts wrote: > > On Thu, Nov 26, 2015 at 11:18:34AM +0200, Pohjolainen, Topi wrote: > >> On Wed, Nov 25, 2015 at 11:01:18AM -0800, Ben Widawsky wrote: > >> > On Wed, Nov 25, 2015 at 06:36:36PM +0100, Neil Roberts wrote: > >> > > For single-sampled

Re: [Mesa-dev] [PATCH] glsl: don't generate extra errors in ValidateProgramPipeline

Reviewed-by: Tapani Pälli comment below; On 11/26/2015 01:01 PM, Timothy Arceri wrote: On Thu, 2015-11-26 at 21:50 +1100, Timothy Arceri wrote: From Section 11.1.3.11 (Validation) of the GLES 3.1 spec: "An INVALID_OPERATION error is generated by any command that

[Mesa-dev] [Bug 93091] [opencl] segfault when running any opencl programs (like clinfo)

https://bugs.freedesktop.org/show_bug.cgi?id=93091 --- Comment #9 from Emil Velikov --- (In reply to Samuel Pitoiset from comment #8) > This segfault still happens for me using mesa git, commit > ca976e6900dc8ff457ed9dba661d037c616abc59. > > OpenGL renderer string:

Re: [Mesa-dev] [PATCH v3 11/42] i965: Implement L3 state atom.

Matt Turner writes: > On Wed, Nov 25, 2015 at 6:26 AM, Francisco Jerez > wrote: >> The L3 state atom calculates the target L3 partition weights when the >> program bound to some shader stage is modified, and in case they are >> far enough from the

[Mesa-dev] [Bug 93112] GLX: could not load software renderer

https://bugs.freedesktop.org/show_bug.cgi?id=93112 Albert Freeman changed: What|Removed |Added Version|git |5.0.2 ---

[Mesa-dev] [Bug 93112] GLX: could not load software renderer

https://bugs.freedesktop.org/show_bug.cgi?id=93112 Albert Freeman changed: What|Removed |Added Version|5.0.2 |git -- You

[Mesa-dev] [Bug 93103] llvm symbols leak through, cause trouble with software rendering in llvm-linked software

https://bugs.freedesktop.org/show_bug.cgi?id=93103 --- Comment #6 from Emil Velikov --- (In reply to Tobias Schlüter from comment #5) > Thank you for the quick response! I'll take the comments to mean that this > shouldn't happen with very recent versions of libmesa

Re: [Mesa-dev] [PATCH v2 10/11] gallium: do not wrap header inclusion in

On 25/11/15 20:43, Emil Velikov wrote: From: Emil Velikov Add one missing extern C guard within include/pipe/p_video_enums.h, and remove the wrapping throughout gallium. On Haiku one could even use the gallium debug_printf() although that's another topic. v2:

[Mesa-dev] [Bug 93112] GLX: could not load software renderer

https://bugs.freedesktop.org/show_bug.cgi?id=93112 Emil Velikov changed: What|Removed |Added Status|NEW |RESOLVED

[Mesa-dev] [Bug 93103] llvm symbols leak through, cause trouble with software rendering in llvm-linked software

https://bugs.freedesktop.org/show_bug.cgi?id=93103 --- Comment #7 from Jose Fonseca --- I wonder if Tobias is using XLIB-based libGL.so.1, as opposed to the DRI based libGL.so.1. -- You are receiving this mail because: You are the QA Contact for the bug. You are the

[Mesa-dev] [Bug 93103] llvm symbols leak through, cause trouble with software rendering in llvm-linked software

https://bugs.freedesktop.org/show_bug.cgi?id=93103 --- Comment #8 from Emil Velikov --- (In reply to Jose Fonseca from comment #7) > I wonder if Tobias is using XLIB-based libGL.so.1, as opposed to the DRI > based libGL.so.1. I fixed that one got around mesa 10.3 - see

[Mesa-dev] [Bug 93114] No water rendered in CoR

https://bugs.freedesktop.org/show_bug.cgi?id=93114 --- Comment #5 from theduk...@gmail.com --- Created attachment 120142 --> https://bugs.freedesktop.org/attachment.cgi?id=120142=edit water missing in Linux while using Mesa but visible in Win7 I can replicate this problem on both my pc: 1)

[Mesa-dev] [Bug 92945] [llvmpipe] [softpipe] piglit fs-ldexp-dvec4 regression

https://bugs.freedesktop.org/show_bug.cgi?id=92945 --- Comment #1 from Ilia Mirkin --- Reproduced on nvc0. Note that this issue appears to have little to do with doubles. The shader address an output, color, as color[i] = 1 (i=loop index). However it appears that the color

[Mesa-dev] [PATCH v2 1/1] i965: Do not overwrite optimizer dumps

When using INTEL_DEBUG=optimizer, each optimizing step is dump to disk, in a separate file. But as fs_visitor::optimize() and vec4_visitor::run() are called more than once, it ends up overwriting the files already on disk, loosing then previous optimizer steps. To avoid this, add a new static

Re: [Mesa-dev] [PATCH v2 6/8] mesa: accept TYPE_PUSH/POP_GROUP with glDebugMessageInsert

On 26 November 2015 at 04:55, Timothy Arceri wrote: > On Thu, 2015-11-26 at 00:36 +, Emil Velikov wrote: >> These new (relative to ARB_debug_output) tokens, have been explicitly >> separated from the existing ones in the spec text. With the reference >> to

[Mesa-dev] [Bug 93103] llvm symbols leak through, cause trouble with software rendering in llvm-linked software

https://bugs.freedesktop.org/show_bug.cgi?id=93103 --- Comment #9 from Jose Fonseca --- (In reply to Emil Velikov from comment #6) > Check, if ever in doubt about the exposed symbols. > > libGL itself > $ nm -CD --defined-only /lib/libGL.so | grep -v " gl" [...] > > DRI

Re: [Mesa-dev] [PATCH v2 2/8] mesa: do not enable KHR_debug for ES 1.0

On 26 November 2015 at 04:39, Timothy Arceri wrote: > On Thu, 2015-11-26 at 00:36 +, Emil Velikov wrote: >> The extension requires (cough implements) GetPointervKHR (alias of >> GetPointerv) which in itself is available for ES 1.1 enabled mesa. >> >> Anyone

[Mesa-dev] [Bug 93103] llvm symbols leak through, cause trouble with software rendering in llvm-linked software

https://bugs.freedesktop.org/show_bug.cgi?id=93103 --- Comment #10 from Tobias Schlüter --- Probably no longer relevant per #8, and I don't know how to tell different libGL.so.1 apart with certainty, but I guess you can do this based on ldd output, so here goes (DRI appears,

[Mesa-dev] [Bug 93091] [opencl] segfault when running any opencl programs (like clinfo)

https://bugs.freedesktop.org/show_bug.cgi?id=93091 --- Comment #10 from Paulo Dias --- well FWIW it fixed it for me, no more crashes and clinfo and tests works. might be hw specific or a different bug. On Nov 26, 2015 11:02, wrote:

[Mesa-dev] [PATCH 1/2] gallium: Make pipe_query_result::batch array length non-zero.

Zero length arrays are non standard: warning C4200: nonstandard extension used : zero-sized array in struct/union Cannot generate copy-ctor or copy-assignment operator when UDT contains a zero-sized array And all code does `N * sizeof query_result->batch[0]`, so it should work exactly the

[Mesa-dev] [PATCH 2/2] svga: Don't return value from void function.

Addresses MSVC warning C4098: 'svga_destroy_query' : 'void' function returning a value. --- src/gallium/drivers/svga/svga_pipe_query.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/gallium/drivers/svga/svga_pipe_query.c b/src/gallium/drivers/svga/svga_pipe_query.c

Re: [Mesa-dev] [PATCH v2 8/8] mesa: rework the meaning of gl_debug_message::length

On 26 November 2015 at 05:26, Timothy Arceri wrote: > On Thu, 2015-11-26 at 00:36 +, Emil Velikov wrote: >> Currently it stores strlen(buf) whenever the user originally provided >> a >> negative value for length. >> >> Although I've not seen any explicit text in

Re: [Mesa-dev] [PATCH 3/9] drivers/x11: scons: partially revert b9b40ef9b76

On 25/11/15 21:31, Emil Velikov wrote: From: Emil Velikov As glsl_types.{cpp,h} were moved out of the sconscript (commit b23a4859f4d "scons: Build nir/glsl_types.cpp once.") remove the dangling includes. Cc: Jose Fonseca Signed-off-by: Emil

[Mesa-dev] [Bug 93103] llvm symbols leak through, cause trouble with software rendering in llvm-linked software

https://bugs.freedesktop.org/show_bug.cgi?id=93103 --- Comment #11 from Emil Velikov --- (In reply to Jose Fonseca from comment #9) > $ nm -CD --defined-only /usr/lib/x86_64-linux-gnu/libLLVM-3.6.so.1 > > shows lot of them. > I have the very vague memory that older

Re: [Mesa-dev] [PATCH v2 08/42] i965/hsw: Enable L3 atomics.

Samuel Iglesias Gonsálvez writes: > On 18/11/15 06:54, Jordan Justen wrote: >> From: Francisco Jerez >> >> Improves performance of the arb_shader_image_load_store-atomicity >> piglit test by over 25x (which isn't a real benchmark it's just heavy >>

[Mesa-dev] [Bug 93103] llvm symbols leak through, cause trouble with software rendering in llvm-linked software

https://bugs.freedesktop.org/show_bug.cgi?id=93103 --- Comment #12 from Emil Velikov --- (In reply to Tobias Schlüter from comment #10) > Probably no longer relevant per #8, and I don't know how to tell different > libGL.so.1 apart with certainty, but I guess you can do

[Mesa-dev] [Bug 93091] [opencl] segfault when running any opencl programs (like clinfo)

https://bugs.freedesktop.org/show_bug.cgi?id=93091 Emil Velikov changed: What|Removed |Added Status|NEW |RESOLVED

Re: [Mesa-dev] [PATCH v2 08/42] i965/hsw: Enable L3 atomics.

On 26/11/15 15:44, Francisco Jerez wrote: > Samuel Iglesias Gonsálvez writes: > >> On 18/11/15 06:54, Jordan Justen wrote: >>> From: Francisco Jerez >>> >>> Improves performance of the arb_shader_image_load_store-atomicity >>> piglit test by over 25x

Re: [Mesa-dev] [PATCH v2 08/42] i965/hsw: Enable L3 atomics.

On 26/11/15 16:14, Samuel Iglesias Gonsálvez wrote: > On 26/11/15 15:44, Francisco Jerez wrote: >> Samuel Iglesias Gonsálvez writes: >> >>> On 18/11/15 06:54, Jordan Justen wrote: From: Francisco Jerez Improves performance of the

[Mesa-dev] [PATCH] scons: Use LD version script for libgl-xlib.

--- src/gallium/targets/libgl-xlib/SConscript | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/src/gallium/targets/libgl-xlib/SConscript b/src/gallium/targets/libgl-xlib/SConscript index df5a220..687a8b9d 100644 --- a/src/gallium/targets/libgl-xlib/SConscript +++

[Mesa-dev] [Bug 93126] wrongly claim supporting GL_EXT_texture_rg

https://bugs.freedesktop.org/show_bug.cgi?id=93126 Bug ID: 93126 Summary: wrongly claim supporting GL_EXT_texture_rg Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal

[Mesa-dev] [Bug 93126] wrongly claim supporting GL_EXT_texture_rg

https://bugs.freedesktop.org/show_bug.cgi?id=93126 --- Comment #1 from Ilia Mirkin --- Created attachment 120147 --> https://bugs.freedesktop.org/attachment.cgi?id=120147=edit fix rg support on es2 Does the attached patch fix it? Not sure how you're ending up with ES2

[Mesa-dev] [Bug 93126] wrongly claim supporting GL_EXT_texture_rg

https://bugs.freedesktop.org/show_bug.cgi?id=93126 --- Comment #2 from Julien Isorce --- I confirm your patch fixes the problem. (tested with glTexImage2D(..., GL_RED_EXT) + glCheckFramebufferStatusEXT). Thx Ilia :) -- You are receiving this mail because: You are the

Re: [Mesa-dev] [PATCH 2/2] i965: run brw_vec4 optimizations in loop

On Wed, 2015-11-25 at 16:16 -0800, Matt Turner wrote: > In the piglit test you cited, opt_vector_float() does this to the > relevant code: > >  cmp.nz.f0.0 null:F, vgrf6.xyzz:F, vgrf14.xyzz:F > -mov vgrf2.0.x:D, 0D >  (+f0.0.any4h) mov vgrf2.0.x:D, -1D > -mov vgrf2.0.yzw:D, 0D > +mov vgrf2.0:F,

[Mesa-dev] [PATCH] mesa: support GL_RED/GL_RG in ES2 contexts when driver support exists

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=93126 Signed-off-by: Ilia Mirkin Cc: "11.0 11.1" --- src/mesa/main/glformats.c | 8 +++- src/mesa/main/glformats.h | 3 ++- src/mesa/main/readpix.c | 2 +-

[Mesa-dev] [Bug 93103] llvm symbols leak through, cause trouble with software rendering in llvm-linked software

https://bugs.freedesktop.org/show_bug.cgi?id=93103 --- Comment #13 from Tobias Schlüter --- (In reply to Emil Velikov from comment #12) > (In reply to Tobias Schlüter from comment #10) > > I have pointed the ROOT people to this bug report, I hope they can draw > > their

Re: [Mesa-dev] [PATCH 1/2] gallium: Make pipe_query_result::batch array length non-zero.

On 26.11.2015 15:31, Jose Fonseca wrote: Zero length arrays are non standard: warning C4200: nonstandard extension used : zero-sized array in struct/union Cannot generate copy-ctor or copy-assignment operator when UDT contains a zero-sized array And all code does `N * sizeof

[Mesa-dev] [PATCH] util: Tiny optimisation for the linear→srgb conversion

When converting 0.0 it would be nice if it didn't do any arithmetic. --- src/util/format_srgb.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/util/format_srgb.h b/src/util/format_srgb.h index 4a8d73f..34b50af 100644 --- a/src/util/format_srgb.h +++

Re: [Mesa-dev] [PATCH 23/24] i965/vec4: Replace src_reg(imm) constructors with brw_imm_*().

On 25 November 2015 at 22:48, Matt Turner wrote: > I can't see it, but that might be because I can't stop thinking like I > was when I wrote the code. > Understandable, we've all been there. > Yeah, we skip any instruction that has a full writemask -- because if > it has a

Re: [Mesa-dev] [PATCH 1/2] gallium: Make pipe_query_result::batch array length non-zero.

Am 26.11.2015 um 15:31 schrieb Jose Fonseca: > Zero length arrays are non standard: > >warning C4200: nonstandard extension used : zero-sized array in > struct/union >Cannot generate copy-ctor or copy-assignment operator when UDT contains a > zero-sized array > > And all code does `N *