https://bugs.freedesktop.org/show_bug.cgi?id=105670
--- Comment #11 from Gert Wollny ---
The if statement can be be true because
tmp0.w = (R3.w >= 0.0 ? abs(ps_lc18.w) : abs(ps_lc18.y));
with ps_lc18.y = -1 and ps_lc18.w = 0.0, and then
R3.w = (tmp0.w);
R3.w = (R5.w * R3.w);
which
On March 24, 2018 19:34:05 Rob Clark wrote:
On Sat, Mar 24, 2018 at 8:12 PM, Jason Ekstrand wrote:
On March 24, 2018 16:24:57 Rob Clark wrote:
On Fri, Mar 23, 2018 at 4:59 PM, Jason Ekstrand
wrote:
On Fri, Mar 23, 2018 at 1:35 PM, Karol Herbst wrote:
On Fri, Mar 23, 2018 at 9:18 PM, Jaso
On Sat, Mar 24, 2018 at 8:12 PM, Jason Ekstrand wrote:
> On March 24, 2018 16:24:57 Rob Clark wrote:
>
> On Fri, Mar 23, 2018 at 4:59 PM, Jason Ekstrand
> wrote:
> On Fri, Mar 23, 2018 at 1:35 PM, Karol Herbst wrote:
>
> On Fri, Mar 23, 2018 at 9:18 PM, Jason Ekstrand
> wrote:
> On Fri, Mar 23
On March 24, 2018 16:24:57 Rob Clark wrote:
On Fri, Mar 23, 2018 at 4:59 PM, Jason Ekstrand wrote:
On Fri, Mar 23, 2018 at 1:35 PM, Karol Herbst wrote:
On Fri, Mar 23, 2018 at 9:18 PM, Jason Ekstrand
wrote:
On Fri, Mar 23, 2018 at 12:33 PM, Karol Herbst
wrote:
From: Rob Clark
If local_si
On Fri, Mar 23, 2018 at 7:21 AM, Wladimir J. van der Laan
wrote:
> While working on a205 support for i.MX51/53, I've also written some patches
> that are not specific to a20x but should apply to the whole a2xx range.
>
> As I'm figuring out how to handle backward compatibility to other a2xx, I
> t
On Fri, Mar 23, 2018 at 4:59 PM, Jason Ekstrand wrote:
> On Fri, Mar 23, 2018 at 1:35 PM, Karol Herbst wrote:
>>
>> On Fri, Mar 23, 2018 at 9:18 PM, Jason Ekstrand
>> wrote:
>> > On Fri, Mar 23, 2018 at 12:33 PM, Karol Herbst
>> > wrote:
>> >>
>> >> From: Rob Clark
>> >>
>> >> If local_size is
On Fri, Mar 23, 2018 at 5:18 PM, Jason Ekstrand wrote:
> On Fri, Mar 23, 2018 at 2:15 PM, Karol Herbst wrote:
>>
>> On Fri, Mar 23, 2018 at 10:07 PM, Jason Ekstrand
>> wrote:
>> > +list
>> >
>> > On Fri, Mar 23, 2018 at 1:45 PM, Karol Herbst
>> > wrote:
>> >>
>> >> On Fri, Mar 23, 2018 at 9:30
https://bugs.freedesktop.org/show_bug.cgi?id=105670
--- Comment #10 from i...@yahoo.com ---
(In reply to Gert Wollny from comment #9)
> Actually,
> if (R3.w != -R3.w)
> will never fail, because R3.w = R0.w = (ps_lc17.y) = 1.0;
You are correct for the "if" with the "break".
However my questio
On Sat, Mar 24, 2018 at 6:00 PM, Jason Ekstrand wrote:
> On Sat, Mar 24, 2018 at 2:27 PM, Marek Olšák wrote:
>>
>> On Sat, Mar 24, 2018 at 1:36 PM, Connor Abbott
>> wrote:
>>>
>>> If Gallium was being lazy and not
>>> specifying the bounds for internal shaders, that needs to be fixed for
>>> the
On Sat, Mar 24, 2018 at 2:27 PM, Marek Olšák wrote:
> On Sat, Mar 24, 2018 at 1:36 PM, Connor Abbott
> wrote:
>
>> If Gallium was being lazy and not
>> specifying the bounds for internal shaders, that needs to be fixed for
>> the HW to work properly.
>>
>
> I don't understand the sentence. Shade
On Sat, Mar 24, 2018 at 5:27 PM, Marek Olšák wrote:
> On Sat, Mar 24, 2018 at 1:36 PM, Connor Abbott
> wrote:
>
>> If Gallium was being lazy and not
>> specifying the bounds for internal shaders, that needs to be fixed for
>> the HW to work properly.
>>
>
> I don't understand the sentence. Shade
On Sat, Mar 24, 2018 at 1:36 PM, Connor Abbott wrote:
> If Gallium was being lazy and not
> specifying the bounds for internal shaders, that needs to be fixed for
> the HW to work properly.
>
I don't understand the sentence. Shaders don't interact with vertex
indices. I also don't like the word
There were two problems, both of which are fixed now:
- The indirect address was not being shifted by 4
- The indirect address was being placed as an argument in the offset case
This fixes some of the new interpolateAt* piglits which now test for
these situations.
Signed-off-by: Ilia Mirkin
--
https://bugs.freedesktop.org/show_bug.cgi?id=105731
Marcel Heinz changed:
What|Removed |Added
CC||quisqui...@gmx.de
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=105731
Bug ID: 105731
Summary: linker error "fragment shader input ... has no
matching output in the previous stage" when previous
stage's output declaration in a separate shader object
My understanding is that unlike most other architectures, Mali does
vertex shading on every vertex up-front, completely ignoring the index
buffer. Primitive assembly and tile binning happen after every vertex
is transformed. There is no cache of transformed vertices. Utgard also
only supports GLES2
https://bugs.freedesktop.org/show_bug.cgi?id=105730
--- Comment #2 from erhar...@mailbox.org ---
Created attachment 138339
--> https://bugs.freedesktop.org/attachment.cgi?id=138339&action=edit
html summary from 'pigllit run all'
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=105730
--- Comment #1 from erhar...@mailbox.org ---
Created attachment 138338
--> https://bugs.freedesktop.org/attachment.cgi?id=138338&action=edit
log of the crashes (via journalctl -k)
--
You are receiving this mail because:
You are the QA Contact
https://bugs.freedesktop.org/show_bug.cgi?id=105730
Bug ID: 105730
Summary: [llvmpipe] 116 piglit failures, 19197 crashes on ppc
(ppc64, mesa-18.0.0_rc5)
Product: Mesa
Version: git
Hardware: PowerPC
OS: Linu
https://bugs.freedesktop.org/show_bug.cgi?id=105670
--- Comment #9 from Gert Wollny ---
Actually,
if (R3.w != -R3.w)
will never fail, because R3.w = R0.w = (ps_lc17.y) = 1.0;
The compiler should optimize this away, and in my attempts to create a piglit
it always did so far.
--
You are rece
https://bugs.freedesktop.org/show_bug.cgi?id=105670
--- Comment #8 from i...@yahoo.com ---
Created attachment 138335
--> https://bugs.freedesktop.org/attachment.cgi?id=138335&action=edit
Fragment/Pixel Shader generated by Wine3.3, extracted from lookup of #55251 op
in the trace.
It's quite simp
21 matches
Mail list logo
