Signed-off-by: Christian Gmeiner
---
.../drivers/etnaviv/etnaviv_texture_state.c | 21 +++
.../drivers/etnaviv/etnaviv_texture_state.h | 1 +
2 files changed, 22 insertions(+)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_texture_state.c
b/src/gallium/drivers/etnaviv/etn
Update to etna_viv commit 4d2f857.
Signed-off-by: Christian Gmeiner
---
.../drivers/etnaviv/hw/cmdstream.xml.h| 8 +-
src/gallium/drivers/etnaviv/hw/common.xml.h | 171 +-
.../drivers/etnaviv/hw/common_3d.xml.h| 12 +-
src/gallium/drivers/etnaviv/hw/isa.xml.h
If the GPU supports linear sampling, linear addressing mode
will be used as default.
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_resource.c | 10 +++---
src/gallium/drivers/etnaviv/etnaviv_texture.c | 4 +++-
2 files changed, 10 insertions(+), 4 deletions(-)
d
Defines how sampler (and pixel pipes) needs to access the data
represented with a resource. The used default is mode is
ETNA_ADDRESSING_MODE_TILED.
Signed-off-by: Christian Gmeiner
---
src/gallium/drivers/etnaviv/etnaviv_resource.c | 17 +++--
src/gallium/drivers/etnaviv/etnaviv_reso
Reviewed-by: Tapani Pälli
On 1/19/19 9:04 PM, Jason Ekstrand wrote:
---
src/intel/vulkan/anv_descriptor_set.c | 43 +++
1 file changed, 31 insertions(+), 12 deletions(-)
diff --git a/src/intel/vulkan/anv_descriptor_set.c
b/src/intel/vulkan/anv_descriptor_set.c
index
Acked-by: Tapani Pälli
On 1/19/19 9:11 PM, Jason Ekstrand wrote:
Both the Intel and RADV people have been really bad about adding things
to the release notes. We should start actually paying attention.
---
docs/relnotes/19.0.0.html | 7 +++
1 file changed, 7 insertions(+)
diff --git a/
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #75 from bmil...@gmail.com ---
Tried the patch again with no luck but the shim worked fine for my rx580.
Thanks for the answer.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #74 from Thomas Crider ---
4.2* sorry
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev mailing list
mesa-dev@lists.
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #73 from Thomas Crider ---
the patch works fine here, you may have better luck trying the shim if you're
just trying to play the game. you dont need any envvar set with my patch. you
just compile mesa with it and play the game. additi
We may have to flush the cache if there are any textures presently bound
that refer to the outgoing framebuffer. This is only checked at
validation time.
Fixes a number of dEQP-GLES3.functional.fbo.color.repeated_clear.sample.*
tests, which would bind a texture, then clear it while the binding was
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #72 from bmil...@gmail.com ---
(In reply to Thomas Crider from comment #71)
> Created attachment 143118 [details] [review]
> patch to make divinity work
>
> Here's the modified patch that allows the vendor to be set in the driconf
> v
https://bugs.freedesktop.org/show_bug.cgi?id=93551
bmil...@gmail.com changed:
What|Removed |Added
CC||bmil...@gmail.com
--
You are receivi
Thank you for the review.
Do you think you’ll have the opportunity to have a look at patches 13 and 16?
(Patch 15 is also missing a review, but I found some improvements to be made
there.)
Thanks,
Pierre
On 2019-01-18 — 15:52, Francisco Jerez wrote:
> Pierre Moreau writes:
>
> > Reviewed-by: Fr
On 2019-01-18 — 16:04, Francisco Jerez wrote:
[snip]
> > diff --git a/src/gallium/state_trackers/clover/core/module.hpp
> > b/src/gallium/state_trackers/clover/core/module.hpp
> > index 2ddd26426fb..ff7e9b6234a 100644
> > --- a/src/gallium/state_trackers/clover/core/module.hpp
> > +++ b/src/galliu
https://bugs.freedesktop.org/show_bug.cgi?id=109396
--- Comment #8 from smoki ---
Git unrelease fixed, so closing.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=109401
--- Comment #1 from Gregor Münch ---
Created attachment 143172
--> https://bugs.freedesktop.org/attachment.cgi?id=143172&action=edit
broken reflections
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the a
https://bugs.freedesktop.org/show_bug.cgi?id=109401
Bug ID: 109401
Summary: [DXVK] Project Cars rendering problems
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=109396
--- Comment #6 from smoki ---
Actually 18.3.2 and llvm 8 does not like each other, throwing in console:
'+vgpr-spilling' is not a recognized feature for this target (ignoring
feature)
So take previous comment as grain of salt :D
--- Comme
On Sun, Jan 20, 2019 at 09:09:56AM +, Eric Engestrom wrote:
> Yeah, I had that change locally, but didn't push it :]
>
> Reviewed-by: Eric Engestrom
>
> >
> > 7c8ee3f0f "util: simplify string duplication logic"
>
> "Fixes:" ?
Fixed "Fixes" and pushed :-)
Caio
___
https://bugs.freedesktop.org/show_bug.cgi?id=109396
--- Comment #5 from smoki ---
Yeah, corruptions disappeared for this bug too with llvm8 trunk instead of
llvm 7.0.1
llvm8 svn351543 that is i tried now... so likely that is.
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=109396
--- Comment #4 from smoki ---
Well, who knows might be. I will rebuild mesa 18.3.2 against llvm 8 nightly
packages from apt.llvm.org and to report if anything happens.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=109396
--- Comment #3 from Stuart Young ---
Could this be an LLVM issue like
https://bugs.freedesktop.org/show_bug.cgi?id=108594 at all?
I note that the fix for that issue in LLVM hasn't yet made it into the llvm in
Debian (via release or distro patch
https://bugs.freedesktop.org/show_bug.cgi?id=109396
--- Comment #2 from smoki ---
I am more than absolutely sure that this is a commit... tried even manually to
apply be0bd95abf69920fc11fb50384ffc2f886a5f9e8 on top of
fa595e3d0c47be1e91d8d24cce90c756fed23044 and issue appear every time.
Did e
https://bugs.freedesktop.org/show_bug.cgi?id=109396
--- Comment #1 from Axel Davy ---
Replaying the trace indeed shows the issue, but after playing with the code a
bit, and restoring to initial git state, I cannot reproduce the issue. I guess
there must some uninitialized memory access and you ca
On January 19, 2019 11:40:41 PM UTC, Caio Marcelo de Oliveira Filho
wrote:
> One extra character is leaking from the text into the copied line.
> The "+ 1" is an artifact from when malloc was used, strndup will add
> the extra '\0' after copying text_size bytes (if available).
Yeah, I had that
25 matches
Mail list logo
