https://bugs.freedesktop.org/show_bug.cgi?id=110721
Maybe be a little less trigger happy with the tags, can we get these
reverted in stable :-) and master as well maybe.
Dave.
On Tue, 21 May 2019 at 02:32, Charmaine Lee wrote:
>
>
> >From: Brian Paul
> >Sent: Monday, May 20, 2019 6:39 AM
>
On Friday, 2019-05-24 07:49:37 +0300, Tapani Pälli wrote:
>
>
> On 5/23/19 8:22 PM, Sumit Semwal wrote:
> > Hi Eric,
> >
> > On Thu, 23 May 2019 at 20:25, Eric Engestrom
> > wrote:
> > >
> > > On Thursday, 2019-05-23 08:34:40 +0300, Tapani Pälli wrote:
> > > > Hi;
> > > >
> > > > On 5/22/19
On Fri, May 24, 2019 at 2:46 PM Alyssa Rosenzweig wrote:
>
> > I /think/ that should be adequate here too.
>
> Do inexact values not need to handle NaNs strictly, then? I'm not sure
> what this corresponds to in the various GLs/CLs/Vulkan specs, hence
> labeling this RFC.
I don't know about
> I /think/ that should be adequate here too.
Do inexact values not need to handle NaNs strictly, then? I'm not sure
what this corresponds to in the various GLs/CLs/Vulkan specs, hence
labeling this RFC.
___
mesa-dev mailing list
On 5/23/19 7:54 PM, Ilia Mirkin wrote:
> How does max(NaN, 0) work? IIRC there's some provision that this
> becomes 0, while abs(NaN) = NaN.
That is correct. There are a couple other algebraic patterns that have
the same potential problem (e.g., the min(max()) -> sat() patterns), and
we just
https://bugs.freedesktop.org/show_bug.cgi?id=110707
Roland Scheidegger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
R-b, thank you!
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
We are currently leaking resources if they were sampled from. Once we
are done with a sampler, we should dereference that resource.
Signed-off-by: Tomeu Vizoso
---
src/gallium/drivers/panfrost/pan_context.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=110345
--- Comment #37 from Thomas Rohloff ---
(In reply to antonh from comment #36)
> Just as an update the issue in Far Cry New Dawn doesn't seem to occur when
> using mesa 19.0.4 and llvm8 from the official arch repo.
I'm not using Arch but will
On Thu, May 23, 2019 at 10:54:38PM -0400, Ilia Mirkin wrote:
> How does max(NaN, 0) work? IIRC there's some provision that this
> becomes 0, while abs(NaN) = NaN.
Yes max(NaN, 0) should return 0.
At least it's what we do with i965.
See
Hi Fabio,
Am Fr., 24. Mai 2019 um 13:10 Uhr schrieb Fabio Estevam :
>
> Hi Christian,
>
> On Fri, May 24, 2019 at 7:52 AM Christian Gmeiner
> wrote:
> >
> > Signed-off-by: Christian Gmeiner
>
> Maybe you could remove the '&& s/FALSE/false' from the Subject since
> you are only replacing the
Hi Christian,
On Fri, May 24, 2019 at 7:52 AM Christian Gmeiner
wrote:
>
> Signed-off-by: Christian Gmeiner
Maybe you could remove the '&& s/FALSE/false' from the Subject since
you are only replacing the TRUE occurrences in this patch.
___
mesa-dev
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_rs.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_rs.c
b/src/gallium/drivers/etnaviv/etnaviv_rs.c
index a9d3872ad41..e64babfdd0a 100644
---
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_blt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_blt.c
b/src/gallium/drivers/etnaviv/etnaviv_blt.c
index 42190d75d4e..cb6e81999fc 100644
---
Reviewed-by: Jose Fonseca
From: srol...@vmware.com
Sent: Friday, May 24, 2019 02:47
To: Jose Fonseca; mesa-dev@lists.freedesktop.org
Cc: Roland Scheidegger
Subject: [PATCH] scons: fix build with llvm 9.
From: Roland Scheidegger
The x86asmprinter component is
Reviewed-by: Jose Fonseca
Thanks.
Jose
From: srol...@vmware.com
Sent: Friday, May 24, 2019 02:08
To: Jose Fonseca; mesa-dev@lists.freedesktop.org
Cc: Roland Scheidegger
Subject: [PATCH] gallivm: fix default cbuf info.
From: Roland Scheidegger
The default
From the Vulkan spec 1.1.108:
"vkCmdCopyQueryPoolResults is guaranteed to see the effect of
previous uses of vkCmdResetQueryPool in the same queue, without any
additional synchronization."
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_query.c | 40
It's a bit difficult and invasive to support variable sample locations
during layout transitions actually.
So for now, I disabled HTILE for depth/stencil images that might require
sample locations.
On 5/22/19 10:20 PM, Marek Olšák wrote:
The depth decompress pass needs to know the sample
Basically, this extension allows applications to use custom
sample locations. It doesn't support variable sample locations
during subpass. Note that we don't have to upload the user
sample locations because the spec doesn't allow this.
HTILE is currently disabled for depth/stencil images that
19 matches
Mail list logo