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.
__
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 LL
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 full functionality. I
>> sent many of these ou
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 ready:
>
> https://cgit.fr
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:
https://cgit.freedesktop.org/~jwrdegoede/mesa/commit/?id=e0e4b87dcc990fa829ca88ca4ff82881c7585
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 form
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 the following dEQP tests:
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 coun
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 CONST[
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 fixe
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 pa
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 +++
>> > src/compiler/nir/nir_clone.c | 1 +
>> > src/compiler/n
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\" -DPACKAGE
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
> ---
> Changes in v2:
> -Split out of "nouveau: codegen: Disable mor
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 (task=0xb5834a08, inputs=0xac5023a0,
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 +--
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.
>
>
How can I help to identif
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 b/src/compiler/nir/nir.h
> index
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 1.
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".
>
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 say
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 deletions(-)
>
> diff --git
22 matches
Mail list logo
