by tiled renderer, I meant that I would split the render target into small
pieces, then, for each triangle, decide which pieces contains the triangle
and add that triangle to per-piece render lists. afterwards, I'd use the
constructed render lists and render all the parts of triangles in a piece,
t
On Friday, February 10, 2017 3:52:44 PM PST Jason Ekstrand wrote:
> Fixes two GL ES 3.0 CTS tests on Sandy Bridge:
>
> ES3-CTS.functional.texture.mipmap.cube.base_level.linear_linear
> ES3-CTS.functional.texture.mipmap.cube.base_level.linear_nearest
>
> Cc: "17.0 13.0"
> ---
> src/mesa/drivers/
https://bugs.freedesktop.org/show_bug.cgi?id=99776
--- Comment #3 from Nick Sarnie ---
This issue was solved by deleting the intel icd files as I also have an intel
integrated card, but I'm not sure this is the intended solution.
--
You are receiving this mail because:
You are the QA Contact fo
https://bugs.freedesktop.org/show_bug.cgi?id=99776
--- Comment #2 from Nick Sarnie ---
I should also note that I don't see any VM faults/dmesg errors unless it hangs
the system.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=99776
--- Comment #1 from Nick Sarnie ---
Created attachment 129519
--> https://bugs.freedesktop.org/attachment.cgi?id=129519&action=edit
hang dmesg
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=99776
Bug ID: 99776
Summary: Graphical Corruption and Kernel Lockup on Polaris10
Product: Mesa
Version: git
Hardware: Other
OS: Linux (All)
Status: NEW
Severity
On 02/11/2017 08:47 AM, Andre Heider wrote:
On 02/11/2017 03:44 AM, Pierre-Loup A. Griffais wrote:
On 02/10/2017 04:01 AM, Nicolai Hähnle wrote:
On 10.02.2017 12:46, Timothy Arceri wrote:
On 10/02/17 21:35, Nicolai Hähnle wrote:
The people who want to distribute precompiled binaries will ha
On Sat, Feb 11, 2017 at 10:31 PM, Grazvydas Ignotas wrote:
> On Sat, Feb 11, 2017 at 9:58 PM, Marek Olšák wrote:
>> From: Marek Olšák
>>
>> ---
>> src/gallium/drivers/radeon/r600_query.c | 25
>> ++-
>> src/gallium/drivers/radeon/r600_query.h | 1 +
>>
Fixes GL45-CTS.compute_shader.conditional-dispatching
Signed-off-by: Ilia Mirkin
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/nouveau/nvc0/nvc0_query.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/nouveau/nvc0/nvc0_query.c
Please include d7b3707c612027b354de (I forgot to Cc stable), please also
review and apply https://patchwork.freedesktop.org/patch/138425/ I made
a bit of a mess of that last patch.
On 11/02/17 02:56, Emil Velikov wrote:
Hi all,
I've just updated the 17.0 branch with what is planned to be Mes
From: Marek Olšák
---
src/gallium/auxiliary/hud/hud_context.c | 26 +++---
1 file changed, 19 insertions(+), 7 deletions(-)
diff --git a/src/gallium/auxiliary/hud/hud_context.c
b/src/gallium/auxiliary/hud/hud_context.c
index 15ca471..9de260c 100644
--- a/src/gallium/auxilia
From: Marek Olšák
---
src/gallium/auxiliary/hud/hud_context.c | 37 ++---
1 file changed, 29 insertions(+), 8 deletions(-)
diff --git a/src/gallium/auxiliary/hud/hud_context.c
b/src/gallium/auxiliary/hud/hud_context.c
index aa63171..15ca471 100644
--- a/src/gallium/
Fixes GL45-CTS.compute_shader.atomic-case1 on Maxwell
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp
b/src/gallium/drivers/no
glsl/tests/uniform_initializer_utils.cpp:83:14: warning: enumeration value
‘GLSL_TYPE_UINT64’ not handled in switch [-Wswitch]
switch (type->base_type) {
^
glsl/tests/uniform_initializer_utils.cpp:83:14: warning: enumeration value
‘GLSL_TYPE_INT64’ not handled in switch [-Wsw
On Sat, Feb 11, 2017 at 9:58 PM, Marek Olšák wrote:
> From: Marek Olšák
>
> ---
> src/gallium/drivers/radeon/r600_query.c | 25
> ++-
> src/gallium/drivers/radeon/r600_query.h | 1 +
> src/gallium/drivers/radeon/radeon_winsys.h| 1 +
> src/galli
From: Marek Olšák
---
src/gallium/drivers/radeon/r600_gpu_load.c| 10 +-
src/gallium/drivers/radeon/r600_pipe_common.h | 3 +++
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeon/r600_gpu_load.c
b/src/gallium/drivers/radeon/r600_gpu_load.c
ind
From: Marek Olšák
---
src/gallium/drivers/radeon/r600_query.c | 25 ++-
src/gallium/drivers/radeon/r600_query.h | 1 +
src/gallium/drivers/radeon/radeon_winsys.h| 1 +
src/gallium/winsys/amdgpu/drm/amdgpu_winsys.c | 2 ++
src/gallium/winsys/
From: Marek Olšák
---
src/gallium/auxiliary/util/u_queue.c | 10 ++
src/gallium/auxiliary/util/u_queue.h | 2 ++
2 files changed, 12 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_queue.c
b/src/gallium/auxiliary/util/u_queue.c
index 838464f..4da5d8e 100644
--- a/src/gallium/a
From: Marek Olšák
---
src/gallium/auxiliary/hud/hud_context.c | 3 ++
src/gallium/auxiliary/hud/hud_cpu.c | 60 +
src/gallium/auxiliary/hud/hud_private.h | 1 +
3 files changed, 64 insertions(+)
diff --git a/src/gallium/auxiliary/hud/hud_context.c
b/src/ga
Hi,
This is for monitoring thread activity with the HUD.
Please review.
Marek
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
From: Marek Olšák
---
src/gallium/auxiliary/os/os_thread.h | 31 +++
1 file changed, 31 insertions(+)
diff --git a/src/gallium/auxiliary/os/os_thread.h
b/src/gallium/auxiliary/os/os_thread.h
index 21faf4b..0caf955 100644
--- a/src/gallium/auxiliary/os/os_thread.h
++
Am 11.02.2017 um 00:03 schrieb Jacob Lifshay:
> I would like to write a software implementation of Vulkan for inclusion
> in mesa3d. I wanted to use a tiled renderer coupled with llvm and either
> write or use a whole-function-vectorization pass. Would anyone be
> willing to mentor me for this proj
On 02/11/2017 03:44 AM, Pierre-Loup A. Griffais wrote:
On 02/10/2017 04:01 AM, Nicolai Hähnle wrote:
On 10.02.2017 12:46, Timothy Arceri wrote:
On 10/02/17 21:35, Nicolai Hähnle wrote:
The people who want to distribute precompiled binaries will have to
set up infrastructure where they do the p
From: Marek Olšák
I think this only affects radeonsi - VI, because all other drivers using
u_vbuf probably don't support GL_DOUBLE, so they won't be affected by this.
---
src/mesa/state_tracker/st_context.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/src/mesa/stat
From: Marek Olšák
This can affect whether u_vbuf will be enabled or not.
---
src/gallium/auxiliary/cso_cache/cso_context.c | 9 +
src/gallium/auxiliary/cso_cache/cso_context.h | 3 ++-
src/gallium/auxiliary/util/u_tests.c | 8
src/gallium/auxiliary/util/u_vbuf.c
From: Marek Olšák
has_streamout is always true
---
src/gallium/drivers/radeonsi/si_pipe.c | 30 +++---
1 file changed, 11 insertions(+), 19 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_pipe.c
b/src/gallium/drivers/radeonsi/si_pipe.c
index 853d850..8806027 1
From: Marek Olšák
so that we can disable u_vbuf for GL core profiles.
---
src/gallium/drivers/radeonsi/si_shader.c | 78 ++--
src/gallium/drivers/radeonsi/si_shader.h | 4 ++
src/gallium/drivers/radeonsi/si_state.c | 56 ---
3 files changed, 117
Please review.
Marek
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
From: Marek Olšák
so that we can disable u_vbuf for GL core profiles.
SI-CIK fail piglit/draw-vertices, while VI doesn't.
---
src/gallium/drivers/radeonsi/si_descriptors.c | 1 -
src/gallium/drivers/radeonsi/si_pipe.c| 8 +---
2 files changed, 5 insertions(+), 4 deletions(-)
diff -
From: Marek Olšák
This is the only kind of user buffer we can get with the GL core profile.
---
src/gallium/drivers/radeonsi/si_state.c | 31 +++
1 file changed, 23 insertions(+), 8 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/driv
---
src/mesa/main/formatquery.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/src/mesa/main/formatquery.c b/src/mesa/main/formatquery.c
index 29df958..598d34d 100644
--- a/src/mesa/main/formatquery.c
+++ b/src/mesa/main/formatquery.c
@@ -718,8 +718,8 @@ _me
On Sat, Feb 11, 2017 at 12:00 AM, Andy Furniss wrote:
> Nayan Deshmukh wrote:
>>
>> Hi Andy,
>>
>> I am attaching the patches.
>> Does it cause any difference in the corruption in this video?
>>
>> https://drive.google.com/drive/folders/0BxP5-S1t9VEEbkR4dWhTUFozV2s
>>
>
> Hi, it seems mpv and
On Sat, Feb 11, 2017, at 13:03, Timothy Arceri wrote:
>
>
> On 10/02/17 21:43, Nicolai Hähnle wrote:
> > On 07.02.2017 04:42, Timothy Arceri wrote:
> >> From: Timothy Arceri
> >>
> >> This will be used to store all pointers in the cache as 64bit ints
> >> allowing us to avoid issues when a 32b
On 11/02/17 12:03, Timothy Arceri wrote:
>
>
> On 10/02/17 21:43, Nicolai Hähnle wrote:
>> On 07.02.2017 04:42, Timothy Arceri wrote:
>>> From: Timothy Arceri
>>>
>>> This will be used to store all pointers in the cache as 64bit ints
>>> allowing us to avoid issues when a 32bit program reads a cac
On Feb 11, 2017 11:42 AM, "Nicolai Hähnle" wrote:
On 10.02.2017 18:35, Emil Velikov wrote:
> On 10 February 2017 at 17:13, Marek Olšák wrote:
>
>> Yes, the egl stuff is untested. We can drop it if needed. We mainly need
>> GLX
>> support for now.
>>
>> In that case I'm leaning towards dropping
On 10/02/17 23:13, Nicolai Hähnle wrote:
On 10.02.2017 13:03, Timothy Arceri wrote:
On 10/02/17 22:29, Nicolai Hähnle wrote:
On 07.02.2017 04:42, Timothy Arceri wrote:
From: Timothy Arceri
Pointers will have different lengths so we simply create a different
sha1 for each platform.
In th
Reviewed-by: Lionel Landwerlin
On 10/02/17 23:52, Jason Ekstrand wrote:
Fixes two GL ES 3.0 CTS tests on Sandy Bridge:
ES3-CTS.functional.texture.mipmap.cube.base_level.linear_linear
ES3-CTS.functional.texture.mipmap.cube.base_level.linear_nearest
Cc: "17.0 13.0"
---
src/mesa/drivers/dri/i
On 10/02/17 21:52, Nicolai Hähnle wrote:
On 07.02.2017 04:42, Timothy Arceri wrote:
From: Timothy Arceri
---
src/compiler/glsl/shader_cache.cpp | 32
+---
1 file changed, 25 insertions(+), 7 deletions(-)
diff --git a/src/compiler/glsl/shader_cache.cpp
b/src/co
Reviewed-by: Lionel Landwerlin
On 10/02/17 23:52, Jason Ekstrand wrote:
Cc: "17.0 13.0"
---
src/mesa/drivers/dri/i965/brw_sampler_state.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_sampler_state.c
b/src/mesa/drivers/dri/i965
Reviewed-by: Lionel Landwerlin
On 10/02/17 23:52, Jason Ekstrand wrote:
Cc: "17.0"
---
src/mesa/drivers/dri/i965/brw_sampler_state.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_sampler_state.c
b/src/mesa/drivers/dri/i965/brw_samp
Reviewed-by: Lionel Landwerlin
On 11/02/17 05:36, Jason Ekstrand wrote:
This fixes a "statement with no effect" compiler warning
---
src/intel/vulkan/genX_cmd_buffer.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/intel/vulkan/genX_cmd_buffer.c
b/src
On 10/02/17 21:43, Nicolai Hähnle wrote:
On 07.02.2017 04:42, Timothy Arceri wrote:
From: Timothy Arceri
This will be used to store all pointers in the cache as 64bit ints
allowing us to avoid issues when a 32bit program reads a cached
shader that was created by a 64bit application.
---
src
V2: The functions we are now sharing used different return values
update the callers to reflect the new common api.
---
src/amd/vulkan/radv_device.c | 22 +++---
src/intel/vulkan/anv_device.c | 20 ++--
src/util/disk_cache.h | 17 +
3 files
I forgot to error check stat() and also I wasn't using the subdir in
is_two_character_sub_directory().
Cc: Emil Velikov
---
src/util/disk_cache.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/util/disk_cache.c b/src/util/disk_cache.c
index 63954b2..84559ab 10064
Hey,
Pierre-Loup A. Griffais wrote on 11.02.2017 03:44:
> On 02/10/2017 04:01 AM, Nicolai Hähnle wrote:
>> On 10.02.2017 12:46, Timothy Arceri wrote:
>>> On 10/02/17 21:35, Nicolai Hähnle wrote:
>>> [...]
>>>
It's not even clear to me how they intend to load those precompiled
binaries int
On 10.02.2017 18:35, Emil Velikov wrote:
On 10 February 2017 at 17:13, Marek Olšák wrote:
Yes, the egl stuff is untested. We can drop it if needed. We mainly need GLX
support for now.
In that case I'm leaning towards dropping it for now. As we get
bug/crashes parity between glthreaded and !gl
In ES 3.0, interpret_interpolation_qualifier() defaults unset
interpolation qualifiers to "smooth"...which has the strange result
of marking some integer variables "smooth".
Interpolation qualifiers really only matter for fragment shader inputs,
other than enforcing the linker rules that changed i
For GS input arrays, we may turn a packed_type of ivec4 into an
array of ivec4s. We still want flat qualification.
Found by inspection. Not known to help anything.
Signed-off-by: Kenneth Graunke
---
src/compiler/glsl/lower_packed_varyings.cpp | 3 ++-
1 file changed, 2 insertions(+), 1 deleti
On Fri, Feb 10, 2017 at 7:04 PM, Steven Newbury wrote:
> On Fri, 2017-02-10 at 17:15 +, Emil Velikov wrote:
>> On 8 February 2017 at 18:03, Marek Olšák wrote:
>> > From: Eric Anholt
>> >
>> > v2: Rebase on the Begin/End changes, and just disable this feature
>> > on
>> > non-GL-core.
>>
On Saturday, February 11, 2017 12:21:36 AM PST Alejandro Piñeiro wrote:
> On 11/02/17 08:52, Kenneth Graunke wrote:
> > Now that we have OES_tessellation_shader, the same situation can occur
> > in ES too, not just GL core profile.
> >
> > Having a TCS but no TES may confuse drivers - i965 crashes,
I sent a nitpick for the first one, but in any case, series:
Reviewed-by: Alejandro Piñeiro
On 11/02/17 08:52, Kenneth Graunke wrote:
> Now that we have OES_tessellation_shader, the same situation can occur
> in ES too, not just GL core profile.
>
> Having a TCS but no TES may confuse drivers - i
On 11/02/17 08:52, Kenneth Graunke wrote:
> Now that we have OES_tessellation_shader, the same situation can occur
> in ES too, not just GL core profile.
>
> Having a TCS but no TES may confuse drivers - i965 crashes, for example.
>
> This prevents regressions in
> ES31-CTS.core.tessellation_shader
52 matches
Mail list logo
