From: Iago Toral Quiroga
From ARB_post_depth_coverage:
"This extension allows the fragment shader to control whether values in
gl_SampleMaskIn[] reflect the coverage after application of the early
depth and stencil tests. This feature can be enabled with the following
layout qual
Signed-off-by: Nayan Deshmukh
---
src/gallium/auxiliary/vl/vl_bicubic_filter.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/src/gallium/auxiliary/vl/vl_bicubic_filter.c
b/src/gallium/auxiliary/vl/vl_bicubic_filter.c
index 570f153..275dd2a 100644
--- a/src/gallium/a
On Wed, Feb 22, 2017 at 5:31 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> This follows the txf_ms code, I can't figure out why amdgpu-pro
> doesn't do this in their shaders, they must know someone we don't.
>
> This fixes:
> dEQP-VK.pipeline.multisample_shader_builtin.sample_id.*
>
> Signed-off
Am 21.02.2017 um 21:52 schrieb Thomas Hellstrom:
A couple of fixes / improvements for things I've encountered while looking
through and testing the video code in preparation for a virtual hardware video
driver.
Reviewed-by: Christian König for the whole set.
On 02/22/2017 09:56 AM, Christian König wrote:
> Am 21.02.2017 um 21:52 schrieb Thomas Hellstrom:
>> A couple of fixes / improvements for things I've encountered while
>> looking
>> through and testing the video code in preparation for a virtual
>> hardware video
>> driver.
>
> Reviewed-by: Christi
On 21.02.2017 22:09, Marek Olšák wrote:
From: Marek Olšák
v2: use UINT64_MAX / 11
Reviewed-by: Nicolai Hähnle
---
src/gallium/auxiliary/hud/hud_context.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/hud/hud_context.c
b/src/gallium/auxilia
Reviewed-by: Nicolai Hähnle
On 21.02.2017 22:05, Marek Olšák wrote:
From: Marek Olšák
This fixes:
vdpauinfo: ../lib/CodeGen/TargetPassConfig.cpp:579: virtual void
llvm::TargetPassConfig::addMachinePasses(): Assertion `TPI && IPI &&
"Pass ID not registered!"' failed.
v2: use list_
On Wed, Feb 22, 2017 at 5:45 AM, Timothy Arceri wrote:
> If there was more than a single directory in the .cache/mesa dir
> then it would only remove one (or none) of the directories.
>
> Apparently Valgrind was also reporting:
> Conditional jump or move depends on uninitialised value
uninitialis
On 22.02.2017 07:23, Michel Dänzer wrote:
On 22/02/17 12:45 PM, Timothy Arceri wrote:
+get_disk_shader_cache
+^
+
+Returns a pointer to driver-specific on-disk shader cache. If the driver
+failed to create the cache or does not support an on-disk shader cache NULL is
+return
On 22.02.2017 04:45, Timothy Arceri wrote:
Implements a tgsi cache for the OpenGL state tracker.
V2: add support for compute shaders
---
src/mesa/Makefile.sources | 2 +
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 6 +
src/mesa/state_tracker/st_program.c| 27 +-
s
On 22.02.2017 04:45, Timothy Arceri wrote:
---
src/gallium/drivers/ddebug/dd_screen.c | 9 +
src/gallium/drivers/rbug/rbug_screen.c | 9 +
src/gallium/drivers/trace/tr_screen.c | 21 +
3 files changed, 39 insertions(+)
diff --git a/src/gallium/drivers/ddeb
On 22.02.2017 04:45, Timothy Arceri wrote:
For gpu generations that use LLVM we create a timestamp string
containing both the LLVM and Mesa build times, otherwise we just
use the Mesa build time.
Reviewed-by: Marek Olšák
Reviewed-by: Edward O'Callaghan
---
src/gallium/drivers/radeon/r600_pipe
On 22.02.2017 04:45, Timothy Arceri wrote:
Changes in V4:
- split tgsi cache code into its own file
- add missing fallback for tgsi cache miss
- share the sha1 generated by the load function with the
store function like in the glsl ir cache.
- add get_disk_shader_cache() to the pass-throughs
-
Signed-off-by: Eric Engestrom
---
v2: make sure the list is in the order C's strcmp uses (Ilia)
Ilia: I used LC_ALL instead of LANG, as it takes precedence
(ie. LANG=C in this script would be overridden by
LC_ALL=en_US in the environment).
---
src/glx/tests/Makefile.am
From IVB PRM, SURFACE_STATE::Height:
"For typed buffer and structured buffer surfaces, the number of
entries in the buffer ranges from 1 to 2^27 . For raw buffer
surfaces, the number of entries in the buffer is the number of bytes
which can range from 1 to 2^30."
The minimum value is 1, accord
On 22/02/17 21:43, Grazvydas Ignotas wrote:
On Wed, Feb 22, 2017 at 5:45 AM, Timothy Arceri wrote:
If there was more than a single directory in the .cache/mesa dir
then it would only remove one (or none) of the directories.
Apparently Valgrind was also reporting:
Conditional jump or move dep
Hi,
While looking at blorp, I noticed we weren't looking at blorp's pipe
controls instructions in the i965 driver. As far as I can tell this
isn't a problem with regards to workarounds at the moment, but it
feels like we should have them centralized just in case something
changes.
We can also cen
At the moment, we don't seem to miss any workaround from having
blorp's pipe controls not tracked by the embedding driver, but this
should make things more robust if something new comes up.
Signed-off-by: Lionel Landwerlin
---
src/intel/blorp/blorp_genX_exec.h | 18 --
This allows us to monitor pipe controls and apply workarounds in a
single location if needed.
Signed-off-by: Lionel Landwerlin
---
src/intel/vulkan/anv_genX.h| 26 ++
src/intel/vulkan/anv_private.h | 8
src/intel/vulkan/genX_blorp_exec.c | 4 ++--
s
Signed-off-by: Lionel Landwerlin
---
src/intel/vulkan/anv_batch_chain.c | 5 +
src/intel/vulkan/anv_pipeline.c| 2 ++
src/intel/vulkan/anv_private.h | 4
src/intel/vulkan/genX_cmd_buffer.c | 21 +++--
4 files changed, 30 insertions(+), 2 deletions(-)
diff --gi
https://bugs.freedesktop.org/show_bug.cgi?id=99604
--- Comment #1 from Fabio Coatti ---
same issue with mesa 17.0.0
--
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
Am Mittwoch, 22. Februar 2017, 04:45:46 CET schrieb Timothy Arceri:
> For gpu generations that use LLVM we create a timestamp string
> containing both the LLVM and Mesa build times, otherwise we just
> use the Mesa build time.
>
> Reviewed-by: Marek Olšák
> Reviewed-by: Edward O'Callaghan
> ---
mplayer likes putting YV12 data, and if there is a buffer format mismatch,
the vdpau state tracker would try to reallocate the video surface as an
YV12 surface. A virtual driver doesn't like reallocating and doesn't like YV12
surfaces, so before trying the reallocation, check whether we can instead
Use the utility u_copy_nv12_from_yv12 to implement this similarly to
how it's been done in the VPAU state tracker. The old code mixed up
planes and fields and didn't correctly handle video surfaces in
interlaced format.
Signed-off-by: Thomas Hellstrom
---
src/gallium/auxiliary/util/u_video.h |
Am 22.02.2017 um 14:42 schrieb Thomas Hellstrom:
mplayer likes putting YV12 data, and if there is a buffer format mismatch,
the vdpau state tracker would try to reallocate the video surface as an
YV12 surface. A virtual driver doesn't like reallocating and doesn't like YV12
surfaces, so before tr
On 02/22/2017 03:00 PM, Christian König wrote:
> Am 22.02.2017 um 14:42 schrieb Thomas Hellstrom:
>> mplayer likes putting YV12 data, and if there is a buffer format
>> mismatch,
>> the vdpau state tracker would try to reallocate the video surface as an
>> YV12 surface. A virtual driver doesn't lik
This fixes a number of new CTS tests that would crash otherwise:
dEQP-VK.pipeline.render_to_image.*
---
src/intel/vulkan/genX_cmd_buffer.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/intel/vulkan/genX_cmd_buffer.c
b/src/intel/vulkan/genX_cmd_buffer.c
index 40a72f4..c
On 22 February 2017 at 13:31, Marc Dietrich wrote:
> Am Mittwoch, 22. Februar 2017, 04:45:46 CET schrieb Timothy Arceri:
>> For gpu generations that use LLVM we create a timestamp string
>> containing both the LLVM and Mesa build times, otherwise we just
>> use the Mesa build time.
>>
>> Reviewed-
https://bugs.freedesktop.org/show_bug.cgi?id=99604
Emil Velikov changed:
What|Removed |Added
QA Contact|mesa-dev@lists.freedesktop. |intel-3d-bugs@lists.freedes
Am Mittwoch, 22. Februar 2017, 15:48:18 CET schrieb Emil Velikov:
> On 22 February 2017 at 13:31, Marc Dietrich wrote:
> > Am Mittwoch, 22. Februar 2017, 04:45:46 CET schrieb Timothy Arceri:
> >> For gpu generations that use LLVM we create a timestamp string
> >> containing both the LLVM and Mesa
On 22 February 2017 at 09:30, Thomas Hellstrom wrote:
> On 02/22/2017 09:56 AM, Christian König wrote:
>> Am 21.02.2017 um 21:52 schrieb Thomas Hellstrom:
>>> A couple of fixes / improvements for things I've encountered while
>>> looking
>>> through and testing the video code in preparation for a
On 22 February 2017 at 03:38, Jason Ekstrand wrote:
> While we're here, we also fix the alphabetization of the list of
> genx_* files.
Reviewed-by: Emil Velikov
Thanks
Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedes
I can't reproduce on the vulkan-cts-next-dev (I just pull -r, so I
shouldn't miss anything right?).
On 22/02/17 14:45, Iago Toral Quiroga wrote:
This fixes a number of new CTS tests that would crash otherwise:
dEQP-VK.pipeline.render_to_image.*
---
src/intel/vulkan/genX_cmd_buffer.c | 3 ++-
On 22/02/17 07:58 PM, Nicolai Hähnle wrote:
> On 22.02.2017 07:23, Michel Dänzer wrote:
>> On 22/02/17 12:45 PM, Timothy Arceri wrote:
>>>
>>> +get_disk_shader_cache
>>> +^
>>> +
>>> +Returns a pointer to driver-specific on-disk shader cache. If the
>>> driver
>>> +failed to cre
mplayer likes putting YV12 data, and if there is a buffer format mismatch,
the vdpau state tracker would try to reallocate the video surface as an
YV12 surface. A virtual driver doesn't like reallocating and doesn't like YV12
surfaces, so if we can't support YV12, try an YV12 to NV12 conversion
ins
On 02/22/2017 04:00 PM, Emil Velikov wrote:
> On 22 February 2017 at 09:30, Thomas Hellstrom wrote:
>> On 02/22/2017 09:56 AM, Christian König wrote:
>>> Am 21.02.2017 um 21:52 schrieb Thomas Hellstrom:
A couple of fixes / improvements for things I've encountered while
looking
throu
Am 22.02.2017 um 16:31 schrieb Thomas Hellstrom:
On 02/22/2017 04:00 PM, Emil Velikov wrote:
On 22 February 2017 at 09:30, Thomas Hellstrom wrote:
On 02/22/2017 09:56 AM, Christian König wrote:
Am 21.02.2017 um 21:52 schrieb Thomas Hellstrom:
A couple of fixes / improvements for things I've
This allows to pass the generated files directly to llc or bugpoint.
Note that if program links multiple binaries they will still be in the same
file, the module name is "link".
Signed-off-by: Jan Vesely
---
src/gallium/state_trackers/clover/llvm/invocation.cpp | 4 ++--
1 file changed, 2 inser
Signed-off-by: Lars Hamre
---
CC: Roland Scheidegger
NOTE: someone with access will need to commit this post
review process
docs/features.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/features.txt b/docs/features.txt
index 01315a0..d7828b1 100644
--- a/do
Passes all corresponding piglit tests.
Signed-off-by: Lars Hamre
---
CC: Roland Scheidegger
NOTE: someone with access will need to commit this post
review process
src/gallium/drivers/llvmpipe/lp_screen.c | 3 ++-
src/gallium/drivers/llvmpipe/lp_surface.c | 3 ++-
2 files changed, 4 i
v3: have util_clear_texture mirror the pipe function (Roland Scheidegger)
v2: rework util clear functions such that they operate on a resource
instead of a surface (Roland Scheidegger)
Creates a util_clear_texture function for implementing the GL_ARB_clear_texture
in softpipe and llvmpipe.
Si
Passes all corresponding piglit tests.
Signed-off-by: Lars Hamre
---
CC: Roland Scheidegger
NOTE: someone with access will need to commit this post
review process
src/gallium/drivers/softpipe/sp_screen.c | 3 ++-
src/gallium/drivers/softpipe/sp_texture.c | 2 ++
2 files changed, 4 in
On 02/22/2017 04:46 PM, Christian König wrote:
> Am 22.02.2017 um 16:31 schrieb Thomas Hellstrom:
>> On 02/22/2017 04:00 PM, Emil Velikov wrote:
>>> On 22 February 2017 at 09:30, Thomas Hellstrom
>>> wrote:
On 02/22/2017 09:56 AM, Christian König wrote:
> Am 21.02.2017 um 21:52 schrieb Th
Seems reasonable Are you sure this isn't somehow required on old hardware?
Reviewed-by: Jason Ekstrand
On Wed, Feb 22, 2017 at 3:39 AM, Samuel Iglesias Gonsálvez <
sigles...@igalia.com> wrote:
> From IVB PRM, SURFACE_STATE::Height:
>
> "For typed buffer and structured buffer surfaces, the numb
Am 22.02.2017 um 17:23 schrieb Thomas Hellstrom:
On 02/22/2017 04:46 PM, Christian König wrote:
Am 22.02.2017 um 16:31 schrieb Thomas Hellstrom:
On 02/22/2017 04:00 PM, Emil Velikov wrote:
On 22 February 2017 at 09:30, Thomas Hellstrom
wrote:
On 02/22/2017 09:56 AM, Christian König wrote:
A
On 02/22/2017 05:54 PM, Christian König wrote:
> Am 22.02.2017 um 17:23 schrieb Thomas Hellstrom:
>> On 02/22/2017 04:46 PM, Christian König wrote:
>>> Am 22.02.2017 um 16:31 schrieb Thomas Hellstrom:
On 02/22/2017 04:00 PM, Emil Velikov wrote:
> On 22 February 2017 at 09:30, Thomas Hellst
On Wed, Feb 22, 2017 at 6:45 AM, Iago Toral Quiroga
wrote:
> This fixes a number of new CTS tests that would crash otherwise:
> dEQP-VK.pipeline.render_to_image.*
> ---
> src/intel/vulkan/genX_cmd_buffer.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/src/intel/vulka
On 22 February 2017 at 14:57, Marc Dietrich wrote:
> Am Mittwoch, 22. Februar 2017, 15:48:18 CET schrieb Emil Velikov:
>> On 22 February 2017 at 13:31, Marc Dietrich wrote:
>> > Am Mittwoch, 22. Februar 2017, 04:45:46 CET schrieb Timothy Arceri:
>> >> For gpu generations that use LLVM we create a
Am 22.02.2017 um 18:05 schrieb Thomas Hellstrom:
On 02/22/2017 05:54 PM, Christian König wrote:
Am 22.02.2017 um 17:23 schrieb Thomas Hellstrom:
On 02/22/2017 04:46 PM, Christian König wrote:
Am 22.02.2017 um 16:31 schrieb Thomas Hellstrom:
On 02/22/2017 04:00 PM, Emil Velikov wrote:
On 22 F
On Wed, Feb 22, 2017 at 1:24 AM, Kenneth Graunke wrote:
> On Wednesday, February 15, 2017 1:37:36 PM PST Robert Bragg wrote:
>> Instead of using the same backend interface as AMD_performance_monitor
>> this defines a dedicated INTEL_performance_query interface that is
>> modelled more on the ARB_q
On Wed, Feb 22, 2017 at 1:26 AM, Kenneth Graunke wrote:
> On Thursday, February 16, 2017 5:20:37 AM PST Robert Bragg wrote:
> [snip]
>> + switch(obj->query->kind) {
>
> Space after "switch" please.
Oh, oops, repeated that in a few places.
>
> Patch 3 is:
> Reviewed-by: Kenneth Graunke
Thanks
On 22.02.2017 16:19, Michel Dänzer wrote:
On 22/02/17 07:58 PM, Nicolai Hähnle wrote:
On 22.02.2017 07:23, Michel Dänzer wrote:
On 22/02/17 12:45 PM, Timothy Arceri wrote:
+get_disk_shader_cache
+^
+
+Returns a pointer to driver-specific on-disk shader cache. If the
driver
On Wednesday, February 22, 2017 10:35:24 AM PST Robert Bragg wrote:
> On Wed, Feb 22, 2017 at 1:24 AM, Kenneth Graunke
> wrote:
> > On Wednesday, February 15, 2017 1:37:36 PM PST Robert Bragg wrote:
[snip]
> >> diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
> >> index f3a24df589..e6
From: Nicolai Hähnle
Even though compute shaders cannot access the framebuffer, there is a
synchronization issue when a compute dispatch accesses a texture that
was previously bound and drawn to as a framebuffer.
Section 9.3 (Feedback Loops Between Textures and the Framebuffer) of
the OpenGL 4.5
Hi,
this is a bunch of patches for random problems that were all found by running
with -fsanitize=address. Please review!
Thanks,
Nicolai
--
src/compiler/glsl/ast_to_hir.cpp | 55 +++-
src/mesa/main/api_loopback.c | 3 +-
src/mesa/main/api_validate.c
From: Nicolai Hähnle
MATERIALFV may end up reading up to 4 floats from the passed parameter.
This should really set a GL_INVALID_ENUM error in the cases where it
matters, but does anybody really care?
Found by ASAN in piglit gl-1.0-beginend-coverage.
---
src/mesa/main/api_loopback.c | 3 ++-
1
From: Nicolai Hähnle
When determining whether the array is implicitly sized, we must avoid
accessing var->data.mode (around line 5270), because var may have been
deleted.
Instead of adding yet another ternary condition based on earlier == NULL,
refactor get_variable_being_redeclared so that we d
From: Nicolai Hähnle
exec_node::get_prev() does not guard against going past the beginning
of the list, so we need to add explicit checks here.
Found by ASAN in piglit arb_shader_storage_buffer_object-rendering.
Cc: mesa-sta...@lists.freedesktop.org
---
src/mesa/state_tracker/st_glsl_to_tgsi.c
From: Nicolai Hähnle
primcount must be a GLsizei as in the signature for MultiDrawElements
or bad things can happen.
Furthermore, an error should be flagged when primcount is negative
(plus there is an argument about whether it should be flagged when
primcount is 0, but let's worry about that se
On Mon 20 Feb 2017, Jason Ekstrand wrote:
> This just enables basic MSAA compression (no fast clears) for all
> multisampled surfaces. This improves the framerate of the Sascha
> "multisampling" demo by 76% on my Sky Lake laptop. Running Talos on
> medium settings with 8x MSAA, this improves the
On Wed, Feb 22, 2017 at 11:09 AM, Chad Versace
wrote:
> On Mon 20 Feb 2017, Jason Ekstrand wrote:
> > This just enables basic MSAA compression (no fast clears) for all
> > multisampled surfaces. This improves the framerate of the Sascha
> > "multisampling" demo by 76% on my Sky Lake laptop. Run
On 02/20/2017 01:32 AM, Hans de Goede wrote:
Hi Emil,
On 16-02-17 16:38, Emil Velikov wrote:
Hi Hans,
On 6 February 2017 at 13:09, Hans de Goede wrote:
Commit 8bca8d89ef3b ("glx/glvnd: Fix dispatch function names and
indices")
fixed the sorting of the array initializers in
g_glxglvnddispatc
Hi,
This version is hopefully final. I moved the helper code into a separate
commit and fixed a pipe_resource leak there. (thanks Brian for the clue)
The rest didn't really change.
Please review,
Marek
___
mesa-dev mailing list
mesa-dev@lists.freedes
From: Marek Olšák
all drivers support it
Reviewed-by: Nicolai Hähnle
---
src/gallium/docs/source/screen.rst | 4
src/gallium/drivers/etnaviv/etnaviv_screen.c | 1 -
src/gallium/drivers/freedreno/freedreno_screen.c | 1 -
src/gallium/drivers/i915/i915_screen.c |
From: Marek Olšák
---
src/gallium/drivers/etnaviv/etnaviv_context.c | 12
src/gallium/drivers/etnaviv/etnaviv_screen.c | 2 +-
2 files changed, 13 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_context.c
b/src/gallium/drivers/etnaviv/etnaviv_contex
From: Marek Olšák
Reviewed-by: Nicolai Hähnle
---
src/mesa/state_tracker/st_context.c | 2 --
src/mesa/state_tracker/st_context.h | 1 -
src/mesa/state_tracker/st_draw.c| 50 ++---
3 files changed, 13 insertions(+), 40 deletions(-)
diff --git a/src/mesa/st
From: Marek Olšák
---
src/gallium/drivers/svga/svga_pipe_draw.c | 13 -
src/gallium/drivers/svga/svga_screen.c| 2 +-
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/svga/svga_pipe_draw.c
b/src/gallium/drivers/svga/svga_pipe_draw.c
index c51c
From: Marek Olšák
v3: split from the etnaviv patch; fix new_ib.buffer leak
---
src/gallium/auxiliary/util/u_helpers.c | 30 ++
src/gallium/auxiliary/util/u_helpers.h | 5 +
2 files changed, 35 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_helpers.c
b/
From: Marek Olšák
---
src/gallium/drivers/freedreno/freedreno_draw.c | 12
src/gallium/drivers/freedreno/freedreno_screen.c | 2 +-
2 files changed, 13 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/freedreno/freedreno_draw.c
b/src/gallium/drivers/freedreno/freed
Reviewed-by: Marek Olšák
Marek
On Wed, Feb 22, 2017 at 9:06 AM, Iago Toral Quiroga wrote:
> From: Iago Toral Quiroga
>
> From ARB_post_depth_coverage:
>
>"This extension allows the fragment shader to control whether values in
> gl_SampleMaskIn[] reflect the coverage after application o
It would be better to return from the function in that case.
Marek
On Wed, Feb 22, 2017 at 9:25 AM, Nayan Deshmukh
wrote:
> Signed-off-by: Nayan Deshmukh
> ---
> src/gallium/auxiliary/vl/vl_bicubic_filter.c | 8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/src/ga
On Wed, Feb 22, 2017 at 12:06 AM, Iago Toral Quiroga wrote:
> From: Iago Toral Quiroga
Oops :)
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Thu, Feb 23, 2017 at 1:34 AM, Marek Olšák wrote:
> It would be better to return from the function in that case.
>
We can still execute it as it will display the video properly though
the edges will be
a bit jagged but it won't be much noticeable in most cases.
Regards,
Nayan
> Marek
>
> On W
On Wed, Feb 22, 2017 at 9:11 PM, Matt Turner wrote:
> On Wed, Feb 22, 2017 at 12:06 AM, Iago Toral Quiroga
> wrote:
>> From: Iago Toral Quiroga
>
> Oops :)
Sneaky product placement. :)
Marek
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
h
OK sounds good.
Reviewed-by: Marek Olšák
Marek
On Wed, Feb 22, 2017 at 9:16 PM, Nayan Deshmukh
wrote:
> On Thu, Feb 23, 2017 at 1:34 AM, Marek Olšák wrote:
>> It would be better to return from the function in that case.
>>
> We can still execute it as it will display the video properly though
On Wed 22 Feb 2017, Jason Ekstrand wrote:
> On Wed, Feb 22, 2017 at 11:09 AM, Chad Versace
> wrote:
>
> > On Mon 20 Feb 2017, Jason Ekstrand wrote:
> > > This just enables basic MSAA compression (no fast clears) for all
> > > multisampled surfaces. This improves the framerate of the Sascha
> > >
This patch adds a script to generate the dispatch stubs for libglvnd, instead
of using a manually-edited list of functions. This should avoid problems in the
future with the stub lists getting out of sync or out of order.
I put the scripts into a new src/generate/ directory, because there's some
Makes sense.
Reviewed-by: Marek Olšák
Marek
On Wed, Feb 22, 2017 at 7:59 PM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> Even though compute shaders cannot access the framebuffer, there is a
> synchronization issue when a compute dispatch accesses a texture that
> was previously bound an
Can you please push the patch.
On Thu, Feb 23, 2017 at 1:46 AM, Marek Olšák wrote:
> OK sounds good.
>
> Reviewed-by: Marek Olšák
>
> Marek
>
> On Wed, Feb 22, 2017 at 9:16 PM, Nayan Deshmukh
> wrote:
>> On Thu, Feb 23, 2017 at 1:34 AM, Marek Olšák wrote:
>>> It would be better to return from
On 02/22/2017 01:00 PM, Marek Olšák wrote:
Hi,
This version is hopefully final. I moved the helper code into a separate
commit and fixed a pipe_resource leak there. (thanks Brian for the clue)
The rest didn't really change.
Please review,
For the series,
Reviewed-by: Brian Paul
Tested-by:
For 1, 3, 4:
Reviewed-by: Marek Olšák
I need some time to review patch 2 unless someone else beats me to it.
Marek
On Wed, Feb 22, 2017 at 8:04 PM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> MATERIALFV may end up reading up to 4 floats from the passed parameter.
>
> This should really
I thought we already landed a different patch for this. I'll look through
the archives when I get back in front of a computer...
On February 22, 2017 11:05:26 AM Nicolai Hähnle wrote:
From: Nicolai Hähnle
When determining whether the array is implicitly sized, we must avoid
accessing var-
Pushed, thanks.
Marek
On Wed, Feb 22, 2017 at 9:20 PM, Nayan Deshmukh
wrote:
> Can you please push the patch.
>
> On Thu, Feb 23, 2017 at 1:46 AM, Marek Olšák wrote:
>> OK sounds good.
>>
>> Reviewed-by: Marek Olšák
>>
>> Marek
>>
>> On Wed, Feb 22, 2017 at 9:16 PM, Nayan Deshmukh
>> wrote:
>
> On Feb 22, 2017, at 07:51, Jan Vesely wrote:
>
> This allows to pass the generated files directly to llc or bugpoint.
> Note that if program links multiple binaries they will still be in the same
> file, the module name is "link”.
Can you add a counter ID or something to ensure unique files?
On 23/02/17 01:57, Marc Dietrich wrote:
Am Mittwoch, 22. Februar 2017, 15:48:18 CET schrieb Emil Velikov:
On 22 February 2017 at 13:31, Marc Dietrich wrote:
Am Mittwoch, 22. Februar 2017, 04:45:46 CET schrieb Timothy Arceri:
For gpu generations that use LLVM we create a timestamp string
con
On Tue, Feb 21, 2017 at 7:45 PM, Timothy Arceri wrote:
> For gpu generations that use LLVM we create a timestamp string
> containing both the LLVM and Mesa build times, otherwise we just
> use the Mesa build time.
Why not use the build id for Mesa?
___
Before releasing a shared context, flush the context
with ST_FLUSH_WAIT to make sure all commands are executed.
This ensures that rendering to any shared resources is completed
before they will be referenced by another context.
Fixes an intermittent flickering with Photoshop. (VMware bug# 1779340)
When st_context_flush() is called with ST_FLUSH_WAIT,
the function will return after the fence is completed.
---
src/gallium/include/state_tracker/st_api.h | 1 +
src/mesa/state_tracker/st_manager.c| 7 +++
2 files changed, 8 insertions(+)
diff --git a/src/gallium/include/state_tracke
On 23/02/17 08:46, Matt Turner wrote:
On Tue, Feb 21, 2017 at 7:45 PM, Timothy Arceri wrote:
For gpu generations that use LLVM we create a timestamp string
containing both the LLVM and Mesa build times, otherwise we just
use the Mesa build time.
Why not use the build id for Mesa?
I would
On Wed, Feb 22, 2017 at 2:12 PM, Timothy Arceri wrote:
> On 23/02/17 08:46, Matt Turner wrote:
>> On Tue, Feb 21, 2017 at 7:45 PM, Timothy Arceri
>> wrote:
>>>
>>> For gpu generations that use LLVM we create a timestamp string
>>> containing both the LLVM and Mesa build times, otherwise we just
>
This patch is also needed for MSAA compression.
On Tue, Feb 21, 2017 at 7:31 PM, Jason Ekstrand
wrote:
> Not all clear colors are valid. In particular, on Broadwell and
> earlier, only 0/1 colors are allowed in surface state. No CTS tests are
> affected outright by this because, apparently, th
Am Mittwoch, 22. Februar 2017, 22:27:42 CET schrieb Timothy Arceri:
> On 23/02/17 01:57, Marc Dietrich wrote:
> > Am Mittwoch, 22. Februar 2017, 15:48:18 CET schrieb Emil Velikov:
> >> On 22 February 2017 at 13:31, Marc Dietrich wrote:
> >>> Am Mittwoch, 22. Februar 2017, 04:45:46 CET schrieb Timo
From: Jerome Duval
---
src/gallium/winsys/sw/hgl/hgl_sw_winsys.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/winsys/sw/hgl/hgl_sw_winsys.c
b/src/gallium/winsys/sw/hgl/hgl_sw_winsys.c
index 89dd547..f7bc907 100644
--- a/src/gallium/winsys/sw/hgl/hgl_sw_winsy
From: Jerome Duval
---
src/gallium/auxiliary/util/u_debug.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_debug.h
b/src/gallium/auxiliary/util/u_debug.h
index 7da7f53..63940b7 100644
--- a/src/gallium/auxiliary/util/u_debug.h
+++ b/src/gall
On 23/02/17 07:44, Ian Romanick wrote:
I thought we already landed a different patch for this. I'll look
through the archives when I get back in front of a computer...
It looks like the patches are still waiting on a review:
https://patchwork.freedesktop.org/series/19382/
On February 22,
This produces an identical file except for whitespace.
Signed-off-by: Dylan Baker
---
src/intel/vulkan/anv_entrypoints_gen.py | 75 ++---
1 file changed, 41 insertions(+), 34 deletions(-)
diff --git a/src/intel/vulkan/anv_entrypoints_gen.py
b/src/intel/vulkan/anv_en
These are all fairly small cleanups/tweaks that don't really deserve
their own patch.
- Prefer comprehensions to map() and filter(), since they're faster
- replace unused variables with _
- Use 4 spaces of indent
- drop semicolons from the end of lines
- Don't use parens around if conditions
- don
This is just good practice.
Signed-off-by: Dylan Baker
---
src/intel/vulkan/anv_entrypoints_gen.py | 458
1 file changed, 233 insertions(+), 225 deletions(-)
diff --git a/src/intel/vulkan/anv_entrypoints_gen.py
b/src/intel/vulkan/anv_entrypoints_gen.py
index 93
There are a number of small style cleanups and simplifications in this series,
but the main changes are:
- use a mako template to generate the header and code rather than prints
- be python 3.x ready (the goal isn't to write python 3 code, but to write code
that is easy to port or hybridize)
This is groundwork for the next patches, it will allows porting the
header and the code to mako separately, and will also allow both to be
run simultaneously.
Signed-off-by: Dylan Baker
---
src/intel/vulkan/anv_entrypoints_gen.py | 96 +
1 file changed, 50 inserti
1 - 100 of 179 matches
Mail list logo
