https://bugs.freedesktop.org/show_bug.cgi?id=110849
Heiko Schäfer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
FYI, I just pushed the new linker.
Marek
On Mon, Jun 3, 2019 at 10:39 PM Jan Vesely wrote:
> Fixes piglits:
> call.cl
> calls-larget-struct.cl
> calls-struct.cl
> calls-workitem-id.cl
> realign-stack.cl
> tail-calls.cl
>
> Cc:
https://bugs.freedesktop.org/show_bug.cgi?id=110709
Sergey Kondakov changed:
What|Removed |Added
CC||virtuous...@gmail.com
--- Comment #2
https://bugs.freedesktop.org/show_bug.cgi?id=110697
--- Comment #11 from QwertyChouskie ---
(In reply to QwertyChouskie from comment #10)
> (In reply to Michel Dänzer from comment #9)
> > (In reply to QwertyChouskie from comment #8)
> > > I think this was worked around in the current release of
https://bugs.freedesktop.org/show_bug.cgi?id=110697
QwertyChouskie changed:
What|Removed |Added
CC||acc12345...@gmail.com
--- Comment #10
From: Marek Olšák
---
src/amd/registers/amdgfxregs.json | 180 --
1 file changed, 180 deletions(-)
diff --git a/src/amd/registers/amdgfxregs.json
b/src/amd/registers/amdgfxregs.json
index 371efef7201..23643c3dc7b 100644
--- a/src/amd/registers/amdgfxregs.json
+++
From: Nicolai Hähnle
---
src/amd/common/ac_rtld.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/src/amd/common/ac_rtld.c b/src/amd/common/ac_rtld.c
index 18f198f8af2..57d6b0151b4 100644
--- a/src/amd/common/ac_rtld.c
+++ b/src/amd/common/ac_rtld.c
@@ -283,21
From: Marek Olšák
---
src/amd/registers/makeregheader.py | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/amd/registers/makeregheader.py
b/src/amd/registers/makeregheader.py
index 859a59b9f3e..1d73cb47bdf 100644
--- a/src/amd/registers/makeregheader.py
+++
From: Marek Olšák
The compilation is faster on LLVM 9.
---
src/gallium/drivers/radeonsi/si_pipe.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/si_pipe.c
b/src/gallium/drivers/radeonsi/si_pipe.c
index 8527999645b..d2fd058f2cd 100644
---
From: Nicolai Hähnle
---
src/amd/common/ac_rtld.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/amd/common/ac_rtld.c b/src/amd/common/ac_rtld.c
index dc9cc04705b..92020c5f0dd 100644
--- a/src/amd/common/ac_rtld.c
+++ b/src/amd/common/ac_rtld.c
@@ -123,23 +123,23 @@
From: Marek Olšák
---
src/amd/common/ac_rtld.c | 8 +++-
src/amd/common/ac_rtld.h | 2 ++
src/gallium/drivers/radeonsi/si_shader.c | 3 +++
3 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/src/amd/common/ac_rtld.c b/src/amd/common/ac_rtld.c
From: Nicolai Hähnle
---
src/amd/common/ac_rtld.c| 9 +
src/amd/common/ac_rtld.h| 9 +
src/gallium/drivers/radeonsi/si_debug_options.h | 1 +
src/gallium/drivers/radeonsi/si_shader.c| 3 +++
4 files changed, 22
https://bugs.freedesktop.org/show_bug.cgi?id=110884
--- Comment #7 from Caio Marcelo de Oliveira Filho ---
Candidate MR: https://gitlab.freedesktop.org/mesa/mesa/merge_requests/1090
--
You are receiving this mail because:
You are the QA Contact for the
On Wed, May 8, 2019 at 1:52 AM Marek Olšák wrote:
> On Fri, May 3, 2019 at 7:19 AM Nicolai Hähnle wrote:
>
>> From: Nicolai Hähnle
>>
>> ---
>> src/amd/common/ac_binary.c| 2 +
>> src/gallium/drivers/radeonsi/si_compute.c | 14 +--
>>
https://bugs.freedesktop.org/show_bug.cgi?id=110901
--- Comment #3 from dcb...@hotmail.com ---
I found this by using a static analysis tool called cppcheck.
I strongly recommend it for all C and C++ code.
Not everything it mentions is worth fixing, but it does
a deeper code analysis than almost
From: Marek Olšák
and clean up
---
src/amd/common/ac_gpu_info.c | 13 --
src/amd/common/ac_gpu_info.h | 1 +
src/amd/vulkan/radv_debug.c | 5 +-
src/gallium/drivers/r600/r600_buffer_common.c | 6 +--
src/gallium/drivers/r600/r600_pipe.c
https://bugs.freedesktop.org/show_bug.cgi?id=110901
Eric Engestrom changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Wed, 2019-06-12 at 10:29 +0200, Erik Faye-Lund wrote:
> On Wed, 2019-06-12 at 10:25 +0200, Erik Faye-Lund wrote:
> > On Tue, 2019-06-11 at 12:41 -0400, Adam Jackson wrote:
> > > On Tue, 2019-06-11 at 11:13 +0200, Erik Faye-Lund wrote:
> > >
> > > > So here's the question: How does people feel
https://bugs.freedesktop.org/show_bug.cgi?id=110884
--- Comment #6 from Caio Marcelo de Oliveira Filho ---
(In reply to Caio Marcelo de Oliveira Filho from comment #5)
> I had a conversation with Thiago, and we need the patch needs an update.
> I'll create an MR in GitLab with those.
I meant:
https://bugs.freedesktop.org/show_bug.cgi?id=110884
Caio Marcelo de Oliveira Filho changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugs.freedesktop.org/show_bug.cgi?id=110901
--- Comment #1 from Eric Engestrom ---
Indeed, that's a dangling pointer to data that should not exist anymore, good
catch!
I just posted an MR with a fix, can you compile-test it for me? I don't have a
FreeBSD machine available.
https://bugs.freedesktop.org/show_bug.cgi?id=110903
Michel Dänzer changed:
What|Removed |Added
QA Contact|mesa-dev@lists.freedesktop. |
|org
https://bugs.freedesktop.org/show_bug.cgi?id=110903
--- Comment #4 from Michel Dänzer ---
Created attachment 144522
--> https://bugs.freedesktop.org/attachment.cgi?id=144522=edit
amdgpu: Compare DRM node type as well in fd_compare
--
You are receiving this mail because:
You are the QA
https://bugs.freedesktop.org/show_bug.cgi?id=110903
Emil Velikov changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |emil.l.veli...@gmail.com
> +uint32_t *known_unknown = ((void*)ctx->misc_0.cpu + 40960);
> +*known_unknown = 0xa000;
> +
This is doubly scary, since misc_0 is marked INVISIBLE/GROWABLE. Rob
has been coding under the assumption growable must never be accessed
CPU-side. If this is strictly necessary (and
Please ignore this patch.
See
https://github.com/doitsujin/dxvk/commit/3b1e03f9887fc7b540c90e9e34e32b46612281bb
On 6/5/19 2:45 PM, Bas Nieuwenhuizen wrote:
r-b
On Wed, Jun 5, 2019 at 12:02 PM Samuel Pitoiset
wrote:
For some reasons, this actually introduced rendering issues with
Far Cry 3
> Any ideas on why these two changes get kmscube working on T720?
...No, absolutely none. You're positive the known_unknown thing is
needed? If that's so, I'm really concerned because I was under the
impression those were magic structures we didn't need to deal with
ourself. If that assumption
https://bugs.freedesktop.org/show_bug.cgi?id=110468
--- Comment #10 from pal1000 ---
I think that requires another issue report as I don't know if it is caused by
VS2019. Also I'll be a bystander to that one because my system doesn't meet the
requirements to run swrAVX2.
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=110902
--- Comment #2 from Alejandro Piñeiro (freenode IRC: apinheiro)
---
Following MR includes a patch that should fix this:
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/1082
--
You are receiving this mail because:
You are the QA
https://bugs.freedesktop.org/show_bug.cgi?id=110902
Alejandro Piñeiro (freenode IRC: apinheiro) changed:
What|Removed |Added
Status|NEW |ASSIGNED
r-b with the vega m ref changed in the commit message.
On Wed, Jun 12, 2019 at 11:18 AM Samuel Pitoiset
wrote:
>
>
> On 6/12/19 9:58 AM, Michel Dänzer wrote:
> > On 2019-06-11 5:03 p.m., Samuel Pitoiset wrote:
> >> On 6/11/19 4:56 PM, Alex Deucher wrote:
> >>> On Tue, Jun 11, 2019 at 10:43 AM
Refactor code to use draw_counts from a panfrost_job
---
src/gallium/drivers/panfrost/pan_context.c | 31 --
src/gallium/drivers/panfrost/pan_context.h | 2 --
src/gallium/drivers/panfrost/pan_job.c | 4 +--
src/gallium/drivers/panfrost/pan_job.h | 2 ++
4 files
These are not required anymore since mali jobs are
now linked lists i.e. u_vertex_jobs and u_tiler_jobs
---
src/gallium/drivers/panfrost/pan_context.c | 5 -
src/gallium/drivers/panfrost/pan_context.h | 2 --
src/gallium/drivers/panfrost/pan_wallpaper.c | 1 -
3 files changed, 8
---
src/gallium/drivers/panfrost/pan_context.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/src/gallium/drivers/panfrost/pan_context.c
b/src/gallium/drivers/panfrost/pan_context.c
index 66762a010f8..eaceaa8725e 100644
--- a/src/gallium/drivers/panfrost/pan_context.c
+++
---
src/gallium/drivers/panfrost/pan_context.c | 49 +-
src/gallium/drivers/panfrost/pan_job.c | 59 ++
src/gallium/drivers/panfrost/pan_job.h | 8 +++
3 files changed, 68 insertions(+), 48 deletions(-)
diff --git
Make sure we link the last vertex job to the first tiler job.
---
src/gallium/drivers/panfrost/pan_context.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/gallium/drivers/panfrost/pan_context.c
b/src/gallium/drivers/panfrost/pan_context.c
index 00acb464bc6..caa914e33cb 100644
---
Move panfrost_job_set_requirements into panfrost_get_job_for_fbo,
requirements should be set when acquiring a job from a context.
---
src/gallium/drivers/panfrost/pan_context.c | 2 --
src/gallium/drivers/panfrost/pan_job.c | 1 +
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git
Start fleshing out panfrost_job
---
src/gallium/drivers/panfrost/pan_context.c | 3 +--
src/gallium/drivers/panfrost/pan_job.c | 20
src/gallium/drivers/panfrost/pan_job.h | 2 ++
3 files changed, 23 insertions(+), 2 deletions(-)
diff --git
Refactor pan_context to separate out responsibilities between
pan_context and pan_job.
Rohan Garg (9):
panfrost/midgard: Initial implementation of panfrost_job_submit
panfrost/midgard: Reset job counters once the job is submitted
panfrost/midgard: Figure out job requirements in pan_job.c
Move the reset out of frame invalidation into job submission
---
src/gallium/drivers/panfrost/pan_context.c | 5 -
src/gallium/drivers/panfrost/pan_job.c | 4
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/src/gallium/drivers/panfrost/pan_context.c
Requirements for a job should be figured out in pan_job.c
---
src/gallium/drivers/panfrost/pan_context.c | 8 +---
src/gallium/drivers/panfrost/pan_job.c | 11 +++
src/gallium/drivers/panfrost/pan_job.h | 4
3 files changed, 16 insertions(+), 7 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=110903
Michel Dänzer changed:
What|Removed |Added
CC||emil.l.veli...@gmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=110903
Michel Dänzer changed:
What|Removed |Added
Attachment #144518|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=110468
--- Comment #9 from ayan...@outlook.com ---
That has only seemed to fix swrAVX, swrAVX2 is still a black screen.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=104166
pal1000 changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=110903
--- Comment #1 from Pierre-Eric Pelloux-Prayer
---
Created attachment 144519
--> https://bugs.freedesktop.org/attachment.cgi?id=144519=edit
The content of /sys/kernel/debug/dri/0/amdgpu_gem_info while mutter is running
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=110903
Bug ID: 110903
Summary: Can't start mutter or GDM with wayland
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Hi,
Second version of VK_KHR_depth_stencil_resolve which should handle interations
with VK_EXT_sample_locations correctly.
All CTS tests now pass on Polaris10/Vega10.
Please review,
Thanks!
Samuel Pitoiset (9):
radv: rename has_resolve to has_resolve_color
radv: record if a render pass has
This path supports layers but it requires to decompress HTILE
before resolving. The driver also needs to fixup HTILE after
the resolve. This path is probably slower than the graphics one.
v2: - use image view format
- make HTILE uncompressed after resolving
Signed-off-by: Samuel Pitoiset
The driver might need to clear one aspect of the depth/stencil
resolve attachment before performing the resolve itself.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_meta_clear.c | 73
1 file changed, 55 insertions(+), 18 deletions(-)
diff --git
HTILE decompressions need the user sample locations if specified
in the current subpass.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_cmd_buffer.c | 2 +-
src/amd/vulkan/radv_meta_resolve.c | 30 ++
src/amd/vulkan/radv_private.h | 3 +++
3 files
Only supported with vkCreateRenderPass2().
v2: - do not set has_resolve (now has_color_resolve) for ds resolves
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_pass.c| 27 ++-
src/amd/vulkan/radv_private.h | 3 +++
2 files changed, 29 insertions(+), 1
It's required to decompress HTILE before resolving with the
compute path.
v2: - do proper layout transitions
- account for the framebuffer layers
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_meta_resolve.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_device.c | 21 +
src/amd/vulkan/radv_extensions.py | 1 +
2 files changed, 22 insertions(+)
diff --git a/src/amd/vulkan/radv_device.c b/src/amd/vulkan/radv_device.c
index 358fc7cb30a..b6a86796927 100644
---
Only fallback to the compute path for layers.
v2: - move the check for color resolves after ds resolves
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_meta_resolve.c | 78 +-
1 file changed, 65 insertions(+), 13 deletions(-)
diff --git
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_meta_resolve.c | 2 +-
src/amd/vulkan/radv_pass.c | 4 ++--
src/amd/vulkan/radv_private.h | 4 ++--
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/amd/vulkan/radv_meta_resolve.c
When using graphics, the driver doesn't need to decompress HTILE
before resolving. This path currently doesn't support layers
so we have to fallback to the compute path.
v2: - use image view format
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_meta_resolve_fs.c | 596
On 6/12/19 9:58 AM, Michel Dänzer wrote:
On 2019-06-11 5:03 p.m., Samuel Pitoiset wrote:
On 6/11/19 4:56 PM, Alex Deucher wrote:
On Tue, Jun 11, 2019 at 10:43 AM Samuel Pitoiset
wrote:
On VegaM, the visible VRAM size is equal to the VRAM size, which
means only two heaps are exposed.
FWIW,
https://bugs.freedesktop.org/show_bug.cgi?id=110902
Bug ID: 110902
Summary: mesa-19.1.0/src/broadcom/compiler/vir_opt_redundant_fl
ags.c:104]: (style) Same expression
Product: Mesa
Version: 19.1
Hardware: Other
https://bugs.freedesktop.org/show_bug.cgi?id=110901
Bug ID: 110901
Summary: mesa-19.1.0/src/util/futex.h:82: use of out of scope
variable ?
Product: Mesa
Version: 19.1
Hardware: Other
OS: All
On Wed, 2019-06-12 at 10:25 +0200, Erik Faye-Lund wrote:
> On Tue, 2019-06-11 at 12:41 -0400, Adam Jackson wrote:
> > On Tue, 2019-06-11 at 11:13 +0200, Erik Faye-Lund wrote:
> >
> > > So here's the question: How does people feel about hosting this
> > > under
> > >
On Tue, 2019-06-11 at 12:41 -0400, Adam Jackson wrote:
> On Tue, 2019-06-11 at 11:13 +0200, Erik Faye-Lund wrote:
>
> > So here's the question: How does people feel about hosting this
> > under
> > https://gitlab.freedesktop.org/mesa/ogl-sample/? If people are OK
> > with
> > this, I will make
On Tue, 11 Jun 2019 at 14:32, Christian König <
ckoenig.leichtzumer...@gmail.com> wrote:
> Am 10.06.19 um 15:56 schrieb Bas Nieuwenhuizen:
> > On Sat, Jun 8, 2019 at 3:36 PM Alex Smith
> wrote:
> >> On Mon, 3 Jun 2019 at 13:27, Koenig, Christian <
> christian.koe...@amd.com> wrote:
> >>> Am
On Tue, 2019-06-11 at 20:28 +0300, Thomas Backlund wrote:
> Den 11.6.2019 kl. 19:00, skrev Juan A. Suarez Romero:
> > Mesa 19.1.0 is now available.
> >
> > Emil Velikov (3):
> >mapi: add static_date offset to MaxShaderCompilerThreadsKHR
> >mapi: correctly handle the full offset
On 2019-06-11 5:03 p.m., Samuel Pitoiset wrote:
> On 6/11/19 4:56 PM, Alex Deucher wrote:
>> On Tue, Jun 11, 2019 at 10:43 AM Samuel Pitoiset
>> wrote:
>>> On VegaM, the visible VRAM size is equal to the VRAM size, which
>>> means only two heaps are exposed.
>> FWIW, this is not VegaM specific.
On VegaM, the visible VRAM size is equal to the VRAM size, which
means only two heaps are exposed.
This fixes dEQP-VK.api.info.device.memory_budget.
v2: - use heapIndex
Cc: 19.0 19.1
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_device.c | 60
1
Any ideas on why these two changes get kmscube working on T720?
Signed-off-by: Tomeu Vizoso
---
src/gallium/drivers/panfrost/pan_context.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/panfrost/pan_context.c
Den 11.6.2019 kl. 19:00, skrev Juan A. Suarez Romero:
Mesa 19.1.0 is now available.
Emil Velikov (3):
mapi: add static_date offset to MaxShaderCompilerThreadsKHR
mapi: correctly handle the full offset table
Question...
Wasn't "mapi: add static_date offset to EXT_dsa"
68 matches
Mail list logo