Based on the various fixes, warning seems bogus -- is the proper
solution -Wno-class-memaccess? (Or however one disables such
things...)
On Fri, Sep 21, 2018 at 9:50 AM, Eric Engestrom
wrote:
> Signed-off-by: Eric Engestrom
> ---
> src/gallium/drivers/nouveau/codegen/nv50_ir.cpp| 2 +-
>
This ports the fix from 3d41757788ac. Both LLVM 7 & 8 continue
to have this problem.
It fixes rendering issues in some menu and loading screens of
Civ VI which can be seen in the trace from bug 104602.
Note: This does not fix the black triangles on Vega for bug
104602.
Cc: mesa-sta...@lists.free
https://bugs.freedesktop.org/show_bug.cgi?id=106833
--- Comment #8 from Mark Janes ---
Tapani, is there a piglit test for this?
--
You are receiving this mail because:
You are the assignee for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedeskt
Wiring up TCS in some other driver?
Acked-by: Jason Ekstrand
On September 21, 2018 22:30:25 Caio Marcelo de Oliveira Filho
wrote:
Move create_passthrough_tcs() from i965 so can be used in other
contexts.
---
src/intel/compiler/brw_nir.c| 81
src/intel/co
Move create_passthrough_tcs() from i965 so can be used in other
contexts.
---
src/intel/compiler/brw_nir.c| 81
src/intel/compiler/brw_nir.h| 5 ++
src/mesa/drivers/dri/i965/brw_tcs.c | 83 +
3 files changed, 87 insertions(+
"Juan A. Suarez Romero" writes:
> On Thu, 2018-09-20 at 16:53 -0700, Eric Anholt wrote:
>> "Juan A. Suarez Romero" writes:
>>
>> > On Tue, 2018-09-04 at 08:19 -0700, Eric Anholt wrote:
>> > > "Juan A. Suarez Romero" writes:
>> > >
>> > > > Use scheduled pipelines to update both the base and t
Hi Juan,
On Wed, 29 Aug 2018 at 11:13, Juan A. Suarez Romero wrote:
> This is a first part, version 2, of a more complete proposal to use GitLab CI
> to
> build and test Mesa. This first part just adds the required pieces to build
> Mesa, using the different supported tools (meson, autotools, an
On Fri, 21 Sep 2018 at 19:48, Jason Ekstrand wrote:
> You should try building with clang. 😜
>
If only there was some way we could do both, in some kind of automated
fashion!
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedes
You should try building with clang. 😜
On September 21, 2018 15:51:31 Eric Engestrom wrote:
After this, I only see one last warning [1] in all of Mesa \o/
(building with GCC8, YMMV of course, especially with old compilers)
[1] nvc0_surface.c:501 the switch doesn't initialise dst_fmt in
the
On Fri, Sep 21, 2018 at 11:38 AM Emil Velikov wrote:
>
> On 20 September 2018 at 19:19, Dylan Baker wrote:
> > Quoting Eric Engestrom (2018-09-20 07:56:45)
> >> On Thursday, 2018-09-20 15:28:09 +0100, Emil Velikov wrote:
> >> > Hi Chuck,
> >> >
> >> > On 18 September 2018 at 16:00, Chuck Atkins
Rb. This also fixes simulation errors on gen9; might be worth mentioning that.
On September 21, 2018 19:12:28 Nanley Chery wrote:
Avoid an ICL fulsim failure. Makes 336 crucible tests under
func.depthstencil.stencil-triangles.clear-0x17.ref-0x17.* go from fail
to pass with the simulator.
Fixe
https://bugs.freedesktop.org/show_bug.cgi?id=107313
Dylan Baker changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
On Fri, Sep 21, 2018 at 09:28:53AM +0200, Christian Gmeiner wrote:
> Am Sa., 15. Sep. 2018 um 07:45 Uhr schrieb Caio Marcelo de Oliveira
> Filho :
> >
> > ---
> >
> > I've ended up not using this macro in this series, but it is useful
> > for other cases, so kept it here.
> >
>
> I could make use
Avoid an ICL fulsim failure. Makes 336 crucible tests under
func.depthstencil.stencil-triangles.clear-0x17.ref-0x17.* go from fail
to pass with the simulator.
Fixes: 2cc3445eb24af469537911277f7bc4e73a6c5670
("anv/cmd_buffer: Decide whether or not to HiZ clear up-front")
---
src/intel/vulka
Quoting Emil Velikov (2018-09-21 09:07:58)
> On 21 September 2018 at 16:55, Dylan Baker wrote:
> > Quoting Emil Velikov (2018-09-21 08:47:30)
> >> On 21 September 2018 at 08:19, Juan A. Suarez Romero
> >> wrote:
> >> > On Thu, 2018-09-20 at 20:16 +0200, Bas Nieuwenhuizen wrote:
> >> >> On Thu, Se
On 21 September 2018 at 17:07, Emil Velikov wrote:
> On 21 September 2018 at 16:55, Dylan Baker wrote:
>> Quoting Emil Velikov (2018-09-21 08:47:30)
>>> On 21 September 2018 at 08:19, Juan A. Suarez Romero
>>> wrote:
>>> > On Thu, 2018-09-20 at 20:16 +0200, Bas Nieuwenhuizen wrote:
>>> >> On Thu
On 21 September 2018 at 16:55, Dylan Baker wrote:
> Quoting Emil Velikov (2018-09-21 08:47:30)
>> On 21 September 2018 at 08:19, Juan A. Suarez Romero
>> wrote:
>> > On Thu, 2018-09-20 at 20:16 +0200, Bas Nieuwenhuizen wrote:
>> >> On Thu, Sep 20, 2018 at 7:33 PM Eric Engestrom
>> >> wrote:
>>
Quoting Emil Velikov (2018-09-21 08:47:30)
> On 21 September 2018 at 08:19, Juan A. Suarez Romero
> wrote:
> > On Thu, 2018-09-20 at 20:16 +0200, Bas Nieuwenhuizen wrote:
> >> On Thu, Sep 20, 2018 at 7:33 PM Eric Engestrom
> >> wrote:
> >> >
> >> > On Thursday, 2018-09-20 19:17:57 +0200, Bas Nie
On 20 September 2018 at 18:24, Bas Nieuwenhuizen
wrote:
> On Thu, Sep 20, 2018 at 1:29 PM Emil Velikov wrote:
>>
>> On 16 September 2018 at 01:58, Bas Nieuwenhuizen
>> wrote:
>> > To get an useful UUID for systems that have a non-useful mtime
>> > for the binaries.
>> >
>> > I started using usin
On 21 September 2018 at 08:19, Juan A. Suarez Romero
wrote:
> On Thu, 2018-09-20 at 20:16 +0200, Bas Nieuwenhuizen wrote:
>> On Thu, Sep 20, 2018 at 7:33 PM Eric Engestrom
>> wrote:
>> >
>> > On Thursday, 2018-09-20 19:17:57 +0200, Bas Nieuwenhuizen wrote:
>> > > Was missing the init, found by E
On 20 September 2018 at 08:12, Stuart Young wrote:
> It's just over 10 months since 17.3.0 was released with s3tc support enabled.
> Probably a good idea to update the FAQ page.
>
Hey, the note to the release notes is there though ;-)
If anyone beats be to it, feel free to add
Fixes: 04396a134f0
On 20 September 2018 at 18:17, Bas Nieuwenhuizen
wrote:
> Was missing the init, found by Emil.
>
> Fixes: d17443a4593 "radv: Use build ID if available for cache UUID."
> CC:
Reviewed-by: Emil Velikov
-Emil
___
mesa-dev mailing list
mesa-dev@lists.fre
On 20 September 2018 at 19:19, Dylan Baker wrote:
> Quoting Eric Engestrom (2018-09-20 07:56:45)
>> On Thursday, 2018-09-20 15:28:09 +0100, Emil Velikov wrote:
>> > Hi Chuck,
>> >
>> > On 18 September 2018 at 16:00, Chuck Atkins
>> > wrote:
>> > > First, I'm fully in support of killing off autot
Quoting Eric Engestrom (2018-09-21 06:50:39)
> Signed-off-by: Eric Engestrom
> ---
> src/gallium/auxiliary/gallivm/lp_bld_printf.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/src/gallium/auxiliary/gallivm/lp_bld_printf.c
> b/src/gallium/auxiliary/gallivm/lp_bld_p
Quoting Emil Velikov (2018-09-21 08:29:48)
> On 21 September 2018 at 14:46, Eric Engestrom
> wrote:
> > I also updated the developer instructions; presumably someone who's been
> > given commit rights already knows how to clone a repository :)
> >
> > A more useful thing is to show how to update
On 21 September 2018 at 00:42, Timothy Arceri wrote:
> On 20/9/18 11:09 pm, Ian Romanick wrote:
>>
>> On 09/19/2018 11:36 PM, Federico Dossena wrote:
>>>
>>> As most of you are probably aware of, id2 and id3 games store GL
>>> extensions in a buffer that's too small for modern systems. This usuall
Hi all,
On 20 September 2018 at 15:22, Roland Scheidegger wrote:
> Am 20.09.2018 um 16:10 schrieb Ian Romanick:
>> On 09/20/2018 07:04 AM, Roland Scheidegger wrote:
>>> Am 20.09.2018 um 15:09 schrieb Ian Romanick:
On 09/19/2018 11:36 PM, Federico Dossena wrote:
> As most of you are proba
On 21 September 2018 at 14:46, Eric Engestrom wrote:
> I also updated the developer instructions; presumably someone who's been
> given commit rights already knows how to clone a repository :)
>
> A more useful thing is to show how to update the pushurl, and how to use
> access tokens to push over
On 21 September 2018 at 14:50, Eric Engestrom wrote:
> That warning fires every time a string function takes an argument that
> could possibly be longer than its max output, which triggers all over
> the place, especially when working with file paths ("what if every file
> path is MAX_PATH long?"
https://bugs.freedesktop.org/show_bug.cgi?id=107786
Samuel Pitoiset changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Signed-off-by: Eric Engestrom
---
src/gallium/drivers/r600/sb/sb_expr.cpp | 10 +-
src/gallium/drivers/r600/sb/sb_if_conversion.cpp | 4 ++--
src/gallium/drivers/r600/sb/sb_ir.h | 2 +-
src/gallium/drivers/r600/sb/sb_peephole.cpp | 4 ++--
4 files changed, 10
Signed-off-by: Eric Engestrom
---
meson.build | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/meson.build b/meson.build
index 7b7bf4d8e609c92bbd06..863962186caa6afe8ae4 100644
--- a/meson.build
+++ b/meson.build
@@ -790,9 +790,12 @@ foreach a : ['-Wall',
'-Werror=imp
That warning fires every time a string function takes an argument that
could possibly be longer than its max output, which triggers all over
the place, especially when working with file paths ("what if every file
path is MAX_PATH long?" is what GCC is saying, which is really annoying
when we *know*
Signed-off-by: Eric Engestrom
---
src/gallium/auxiliary/gallivm/lp_bld_printf.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_printf.c
b/src/gallium/auxiliary/gallivm/lp_bld_printf.c
index 575ebdfdf65b7fd43b94..cbfa278728b4ec8f4624 10
Signed-off-by: Eric Engestrom
---
src/gallium/drivers/nouveau/codegen/nv50_ir.cpp| 2 +-
src/gallium/drivers/nouveau/codegen/nv50_ir_target.cpp | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir.cpp
b/src/gallium/drivers/nou
After this, I only see one last warning [1] in all of Mesa \o/
(building with GCC8, YMMV of course, especially with old compilers)
[1] nvc0_surface.c:501 the switch doesn't initialise dst_fmt in
the `case 12`; I don't really have the time to figure this
out though.
Eric Engestrom (6):
Signed-off-by: Eric Engestrom
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
index 5a7e25a274cbfced4b10..602ca4b22c05601f3902 100
`git-branch` doesn't exist, and mesa3d-dev hasn't been used in a great
many years :)
Signed-off-by: Eric Engestrom
---
docs/repository.html | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/docs/repository.html b/docs/repository.html
index 4f2b02d10f14da948c7b..b8a2a440ddc3
I also updated the developer instructions; presumably someone who's been
given commit rights already knows how to clone a repository :)
A more useful thing is to show how to update the pushurl, and how to use
access tokens to push over HTTPS (especially for us at Intel, where
non-http traffic is a
Am 21.09.2018 um 14:55 schrieb Ian Romanick:
> On 09/21/2018 05:36 AM, Federico Dossena wrote:
>> Do you know of other applications that are affected by the order or
>> extensions? This is the first time I encounter this problem.
>
> Just the idTech2 and idTech3 games. One thing I think we can do
Specification doesn't define behaviour for rotation of 0-vector.
In https://github.com/KhronosGroup/OpenGL-API/issues/41 said that
behaviour is undefined and agreed that it would be fine for
implementation to do something useful for this.
Windows and Nvidia drivers have a workaround for that.
For c
https://bugs.freedesktop.org/show_bug.cgi?id=108012
Bug ID: 108012
Summary: Compiler crashes on access of non-existent member
incremental operations
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Al
On 09/21/2018 05:36 AM, Federico Dossena wrote:
> Do you know of other applications that are affected by the order or
> extensions? This is the first time I encounter this problem.
Just the idTech2 and idTech3 games. One thing I think we can do... for
the game where you hit this, can you provide
On 09/20/2018 04:42 PM, Timothy Arceri wrote:
> On 20/9/18 11:09 pm, Ian Romanick wrote:
>> On 09/19/2018 11:36 PM, Federico Dossena wrote:
>>> As most of you are probably aware of, id2 and id3 games store GL
>>> extensions in a buffer that's too small for modern systems. This usually
>>> leads to
On Tuesday, 2018-09-18 13:43:25 -0700, Dylan Baker wrote:
> Quoting Kai Wasserbäch (2018-09-18 11:14:19)
> > Dylan Baker wrote on 9/18/18 6:40 PM:
> > > Quoting Kai Wasserbäch (2018-09-18 08:56:30)
> > >> Dylan Baker wrote on 9/18/18 5:35 PM:
> > >>> [...]
> > >>>
> > >>> This is something we've di
https://bugs.freedesktop.org/show_bug.cgi?id=107786
--- Comment #7 from Gregor Münch ---
I can confirm this patch fixes the issue with Dirt3. Cant test GTA V.
MSAA is still very slow though, while it has just a small impact on Windows.
Thank you very much for the fix!
Tested-by: Gregor Münch
-
Mesa 18.2.1 is now available.
In this release we have:
Vulkan headers are now updated to 1.1.84.
Lot of fixes for Vulkan drivers.
In RADV driver there are fixes for crashes in the CTS testsuite, GPU hangs when
using indirect descriptors, fixes for VK_EXT_conditional_rendering extension,
and som
https://bugs.freedesktop.org/show_bug.cgi?id=107810
Juan A. Suarez changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=107832
--- Comment #1 from Juan A. Suarez ---
A patch to fix this landed in upstream:
commit 47e01e77d8b658606527f048cda786440f7fbe85
Author: Gert Wollny
Date: Mon Sep 10 12:39:44 2018 +0200
mesa/texture: Also check for LA texture when queryin
https://bugs.freedesktop.org/show_bug.cgi?id=107786
--- Comment #6 from Samuel Pitoiset ---
This should fix the rendering problem when MSAA is on
https://patchwork.freedesktop.org/patch/251674/
I can't confirm for DIRT3 because I don't have the game.
--
You are receiving this mail because:
You
The hardware path doesn't support resolving layers, for both
source and destination images.
This fixes a reflection issue when MSAA is enabled which
affects GTA V and probably DIRT3.
CC:
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107786
Signed-off-by: Samuel Pitoiset
---
src/amd/vu
https://bugs.freedesktop.org/show_bug.cgi?id=107786
--- Comment #5 from Samuel Pitoiset ---
Can you upload a renderdoc capture when MSAA is off and CmdCopyImage() used
please?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.__
On Thu, 2018-09-20 at 19:21 +0200, Bas Nieuwenhuizen wrote:
> On Wed, Sep 19, 2018 at 11:43 PM Juan A. Suarez Romero
> wrote:
> >
> > Hello list,
> >
> > The candidate for the Mesa 18.2.1 is now available. Currently we have:
> > - 57 queued (+1 squashed)
> > - 0 nominated (outstanding)
> > -
Am Sa., 15. Sep. 2018 um 07:45 Uhr schrieb Caio Marcelo de Oliveira
Filho :
>
> ---
>
> I've ended up not using this macro in this series, but it is useful
> for other cases, so kept it here.
>
I could make use of it.
Reviewed-by: Christian Gmeiner
> src/util/u_dynarray.h | 1 +
> 1 file chang
On Thu, 2018-09-20 at 20:16 +0200, Bas Nieuwenhuizen wrote:
> On Thu, Sep 20, 2018 at 7:33 PM Eric Engestrom
> wrote:
> >
> > On Thursday, 2018-09-20 19:17:57 +0200, Bas Nieuwenhuizen wrote:
> > > Was missing the init, found by Emil.
> > >
> > > Fixes: d17443a4593 "radv: Use build ID if availab
https://bugs.freedesktop.org/show_bug.cgi?id=106922
Samuel Pitoiset changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
I agree with Timothy, it's a simple solution and it doesn't break anything.
On 2018-09-21 01:42, Timothy Arceri wrote:
On 20/9/18 11:09 pm, Ian Romanick wrote:
On 09/19/2018 11:36 PM, Federico Dossena wrote:
As most of you are probably aware of, id2 and id3 games store GL
extensions in a buff
On Thu, 2018-09-20 at 16:53 -0700, Eric Anholt wrote:
> "Juan A. Suarez Romero" writes:
>
> > On Tue, 2018-09-04 at 08:19 -0700, Eric Anholt wrote:
> > > "Juan A. Suarez Romero" writes:
> > >
> > > > Use scheduled pipelines to update both the base and the LLVM images.
> > > >
> > > > This way
Reviewed-by: Marek Olšák
Marek
On Wed, Sep 19, 2018 at 11:14 PM, Alex Deucher wrote:
> Signed-off-by: Alex Deucher
> Cc: mesa-sta...@lists.freedesktop.org
> ---
> include/pci_ids/radeonsi_pci_ids.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/include/pci_ids/radeonsi_pci_ids.h
>
59 matches
Mail list logo
