[Mesa-dev] tgsi_set_exec_mask?

This appears to set some values into some temp register that we never read from or look at again, should it be setting something that ExecMask gets set to at machine run time? just noticed it while trying to work out the various mask for shader images. Dave.

Re: [Mesa-dev] lvm pipe crash under windows

Hi All, I thought I would share for the benefits of anyone in a similar issue like me one day. I think the cause is the processors being used are xeon, and they don¹t support sse extensions. I thought maybe the 3.4 version of LLVM must have a bug in detecting this processor, so I tried 3.6.2 of

Re: [Mesa-dev] [PATCH v2 0/8] Add GL ES per-sample shading support

ping^2 On Thu, Mar 10, 2016 at 11:27 AM, Ilia Mirkin wrote: > ping? > > I've already pushed patches 1 and 2, but the rest still require review. > > On Sat, Feb 27, 2016 at 11:21 AM, Ilia Mirkin wrote: >> GL ES adds several extensions that enable the

Re: [Mesa-dev] [PATCH 01/10] tgsi: add Texture and Format to tgsi_instruction_memory

On Sun, Mar 20, 2016 at 5:59 PM, Hans de Goede wrote: > Hi Ilia > > On 20-03-16 21:17, Ilia Mirkin wrote: >> >> Hi Nicolai, >> >> Looks like this results in uninitialized formats when parsing text, so >> a shader which looks like this: > > > I already have a fix for this

Re: [Mesa-dev] [PATCH 01/10] tgsi: add Texture and Format to tgsi_instruction_memory

Hi Ilia On 20-03-16 21:17, Ilia Mirkin wrote: Hi Nicolai, Looks like this results in uninitialized formats when parsing text, so a shader which looks like this: I already have a fix for this ready:

[Mesa-dev] [PATCH] nv50/ir: saturate depth writes

Apparently there's no post-FS clamping logic, so we have to do this by hand. The depth will never be outside of the 0..1 range, even on floating point zeta buffers, so this should be safe. Fixes dEQP-GLES3.functional.fbo.depth.*clamp.* which tests writing invalid values on various zeta buffer

Re: [Mesa-dev] [PATCH] st/mesa: report correct precision information for low/medium/high ints

On 20 March 2016 at 13:32, Ilia Mirkin wrote: > When we have native integers, these have full precision. Whether they're > low/medium/high isn't piped through the TGSI yet, but eventually those > might have differing precisions. For now they're just 32-bit ints. > > Fixes

[Mesa-dev] [PATCH] nvc0/ir: fix picking of coordinates from tex instruction for textureGrad

On Fermi, there's an argument in front of the coords that combines array and indirect handle, while on Kepler the array and the indirect handle are separate (and in front of the coords). We were previously only accounting for the array bit of it, if there were an indirect access it wouldn't be

Re: [Mesa-dev] [PATCH 01/10] tgsi: add Texture and Format to tgsi_instruction_memory

Hi Nicolai, Looks like this results in uninitialized formats when parsing text, so a shader which looks like this: COMP DCL SV[0], BLOCK_ID DCL SV[1], GRID_SIZE DCL SAMP[0] DCL SAMP[1] DCL SAMP[2] DCL SAMP[3] DCL SAMP[4] DCL SAMP[5] DCL SAMP[6] DCL SAMP[7] DCL BUFFER[16] DCL BUFFER[17] DCL

Re: [Mesa-dev] [PATCH] nv50/ir: fix indirect texturing for non-array textures on nvc0

On 03/20/2016 06:47 PM, Ilia Mirkin wrote: If a layer parameter is provided, we want to flip it to position 0 (and combine it with any indirect params). However if the target is not an array, there is no layer, so we have to shift all of the arguments down by one to make room for it. This

[Mesa-dev] [PATCH] nv50/ir: fix indirect texturing for non-array textures on nvc0

If a layer parameter is provided, we want to flip it to position 0 (and combine it with any indirect params). However if the target is not an array, there is no layer, so we have to shift all of the arguments down by one to make room for it. This fixes situations where there were non-coordinate

Re: [Mesa-dev] [PATCH 01/12] nir: Add an "exact" bit to nir_alu_instr

On Thu, Mar 17, 2016 at 6:21 PM, Jason Ekstrand wrote: > On Thu, Mar 17, 2016 at 6:10 PM, Matt Turner wrote: >> >> On Thu, Mar 17, 2016 at 5:51 PM, Jason Ekstrand >> wrote: >> > --- >> > src/compiler/nir/nir.h | 11

[Mesa-dev] gen_llvm_ir_macros.py: error: argument --output/-o: can't open 'rasterizer/jitter/builder_gen.h': [Errno 2] No such file or directory: 'rasterizer/jitter/builder_gen.h'

Somewhere in internet I found patch (http://pastebin.com/Pj3RXZCD) but I didn't test it. Making all in drivers/swr make[3]: Entering directory '/builddir/build/BUILD/mesa-ea2bff1/src/gallium/drivers/swr' /bin/sh ../../../../libtool --tag=CXX --mode=compile g++ -DPACKAGE_NAME=\"Mesa\"

Re: [Mesa-dev] [PATCH mesa v2 3/3] gallium: Remove unused TGSI_RESOURCE_ defines

Reviewed-by: Marek Olšák Marek On Thu, Mar 17, 2016 at 10:13 AM, Hans de Goede wrote: > These magic file-index defines where only ever used in the nouveau code > and that no longer uses them. > > Signed-off-by: Hans de Goede > ---

[Mesa-dev] [Bug 94522] llvmpipe crash in rendering on Atom

https://bugs.freedesktop.org/show_bug.cgi?id=94522 --- Comment #12 from comicfans44 --- with bb2c5e657b5f4c55bcec49a8d96f352ed4c1e013 lp_rast.c:352 didn't crash but still crash at lp_rast.c:457 0xb7fc26f3 in ?? () 0xb272a22b in lp_rast_shade_quads_mask

[Mesa-dev] [PATCH 02/11] st/mesa: use correct TGSI texture target in bitmap fragment shader

Depending on the driver's support for NPOT textures, we might use a RECT texture instead of 2D texture. We should propogate that info to the fragment shader's TEX instruction. --- src/mesa/state_tracker/st_cb_bitmap.h| 2 +- src/mesa/state_tracker/st_cb_bitmap_shader.c | 11 +--

[Mesa-dev] [Bug 94522] llvmpipe crash in rendering on Atom

https://bugs.freedesktop.org/show_bug.cgi?id=94522 --- Comment #16 from comicfans44 --- (In reply to Jose Fonseca from comment #13) > > I wonder if 0xa8ec01b0 is some sort of funky device memory, or if that > device memory was destroyed before llvmpipe was done. > >

Re: [Mesa-dev] [PATCH 01/12] nir: Add an "exact" bit to nir_alu_instr

On Thu, Mar 17, 2016 at 5:51 PM, Jason Ekstrand wrote: > --- > src/compiler/nir/nir.h | 11 +++ > src/compiler/nir/nir_clone.c | 1 + > src/compiler/nir/nir_print.c | 2 ++ > 3 files changed, 14 insertions(+) > > diff --git a/src/compiler/nir/nir.h

[Mesa-dev] [PATCH] i965: Work around SIN/COS output range problem.

The SIN and COS instructions on Intel hardware can produce values slightly outside of the [-1.0, 1.0] range for a small set of values. Obviously, this can break everyone's expectations about trig functions. According to an internal presentation, the COS instruction can produce a value up to

Re: [Mesa-dev] [PATCH 1/2] mesa: Add color renderable/texture filterable format info for ES 3.x.

On Thursday, March 17, 2016 5:04:28 PM PDT Jordan Justen wrote: > On 2016-03-16 20:32:18, Kenneth Graunke wrote: > > OpenGL ES 3.x contains a table of sized internal formats and their > > required properties. In particular, each format is marked as > > "Color Renderable" or "Texture Filterable".

Re: [Mesa-dev] [PATCH 2/2] glsl: Don't require matching interpolation qualifiers for newer GLSL

Hi Jordan, writing this on my phone so apologies for being brief. I knew I had read the restriction was dropped in Es 3.1 somewhere. However it seems there might be some spec bugs here. The ES GLSL 3.1 and 3.2 specs both have a table that says interpolation must match. Also the GLSL 4.3 spec

Re: [Mesa-dev] [PATCH 4/9] i965/fs: Get rid of all remaining algebraic optimizations for floats

Forgot to mention it in the commit message, but no shader-db changes on Broadwell. On Thu, Mar 17, 2016 at 10:21 AM, Jason Ekstrand wrote: > --- > src/mesa/drivers/dri/i965/brw_fs.cpp | 74 > +--- > 1 file changed, 18 insertions(+), 56

Re: [Mesa-dev] Building Mesa and LLVM cross compiling Linux to Windows issue

On 17/03/16 18:42, Roland Scheidegger wrote: I suspect you simply ran into an issue with old mesa and new llvm. Unfortunately some usage of the c++ abi of llvm is unavoidable, and the abi is unstable, thus breaking quite often. And we do not generally backport such fixes to older mesa releases

[Mesa-dev] [PATCH 07/12] i965/peephole_ffma: Don't fuse exact adds

--- src/mesa/drivers/dri/i965/brw_nir_opt_peephole_ffma.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/mesa/drivers/dri/i965/brw_nir_opt_peephole_ffma.c b/src/mesa/drivers/dri/i965/brw_nir_opt_peephole_ffma.c index 5ff2cba..3c1e27f 100644 ---

[Mesa-dev] [PATCH 3/4] mesa: simplify and inline _mesa_lookup_parameter_index()

The function has only one user and strings are always null terminated. --- src/mesa/program/ir_to_mesa.cpp | 2 +- src/mesa/program/prog_parameter.c | 38 -- src/mesa/program/prog_parameter.h | 19 +-- 3 files changed, 18 insertions(+), 41