For the series:
Reviewed-by: Nicolai Hähnle
On 28.07.2017 02:28, Marek Olšák wrote:
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_hw_context.c | 8 ++--
src/gallium/drivers/radeonsi/si_pipe.h | 2 ++
On 28.07.2017 02:27, Marek Olšák wrote:
From: Marek Olšák
Noticed randomly.
Cc: 17.2
Reviewed-by: Nicolai Hähnle
---
src/mesa/state_tracker/st_manager.c | 2 ++
1 file changed, 2 insertions(+)
diff
On 27.07.2017 23:17, Roland Scheidegger wrote:
Am 27.07.2017 um 21:14 schrieb Nicolai Hähnle:
From: Nicolai Hähnle
---
src/gallium/auxiliary/util/u_dump_defines.c | 1 +
src/gallium/auxiliary/util/u_inlines.h | 1 +
On Wed, Jul 5, 2017 at 12:48 PM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> ---
> src/gallium/drivers/radeonsi/Makefile.sources | 1 +
> src/gallium/drivers/radeonsi/si_shader.c| 1 +
> src/gallium/drivers/radeonsi/si_shader.h
From: Marek Olšák
---
src/gallium/drivers/radeon/r600_pipe_common.h | 1 +
src/gallium/drivers/radeon/r600_query.c | 7 +++
src/gallium/drivers/radeon/r600_query.h | 1 +
src/gallium/drivers/radeonsi/si_state_draw.c | 2 ++
4 files changed, 11 insertions(+)
https://bugs.freedesktop.org/show_bug.cgi?id=101952
--- Comment #6 from Janpieter Sollie ---
in external_funtion (where the while loop is executed):
unsigned char count = 0, result = 0;
uchar left = 32, plen;
private unsigned char digest[80];
I
Since the revelant functions have been moved to dri_helpers,
drisw.c can make use of the extension. Note we have version 6
of the extension, since we want to support createImageFromTexture.
---
src/gallium/state_trackers/dri/drisw.c | 11 +++
1 file changed, 11 insertions(+)
diff --git
Although it doesn't seem like a strict requirement of the
code base, we do it when possible and it looks nice.
---
src/gallium/state_trackers/dri/dri_helpers.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/gallium/state_trackers/dri/dri_helpers.c
This will allow the swrast driver to use eglCreateImageKHR,
provided the target is EGL_GL_TEXTURE_2D_KHR or
EGL_GL_RENDERBUFFER_KHR. Note we still have to implement the
create from render buffer path.
---
src/egl/drivers/dri2/platform_x11.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Otherwise, this extension is not visible to the EGL users who
use the swrast driver.
v2: add it to optional_core_extensions instead of swrast_core_extensions,
so it's not a requirement (Emil)
---
src/egl/drivers/dri2/egl_dri2.c | 1 +
1 file changed, 1 insertion(+)
diff --git
These functions will be used both by drisw.c and
dri2.c. This patch also moves some headers that can
be shared.
---
src/gallium/state_trackers/dri/dri2.c| 105 +-
src/gallium/state_trackers/dri/dri_helpers.c | 108 ++-
These files provide helper structs and functions for dri2.c and drisw.c,
and name change better conveys that.
---
src/gallium/state_trackers/dri/Makefile.sources| 4 ++--
src/gallium/state_trackers/dri/dri2.c | 2 +-
From: Gurchetan Singh
These files provide helper structs and functions for dri2.c and drisw.c,
and name change better conveys that.
---
src/gallium/state_trackers/dri/Makefile.sources| 4 ++--
src/gallium/state_trackers/dri/dri2.c
On 07/27/2017 05:52 PM, Dave Airlie wrote:
On 28 July 2017 at 09:37, Brian Paul wrote:
Hi Dave,
We found an issue with this change:
commit 3008161d28e38336ba39aba4769a2deaf9732f55
Author: Dave Airlie
Date: Tue May 30 15:52:13 2017 +1000
From: Dave Airlie
This fixes:
dEQP-VK.api.copy_and_blit.core.blit_image.all_formats.*
for a2r10g10b10 formats as destination on SI/CIK hardware.
This adds support to the meta program for emitting 10-bit
outputs, and adds 10-bit support to the fragment shader key.
It also
On Fri, Jul 28, 2017 at 4:37 AM, Eric Anholt wrote:
> Marek Olšák writes:
>
>> From: Marek Olšák
>>
>> Remove the assertion and replace it with a runtime check.
>> The reason of the failure is unknown.
>>
>> Only Eric Anholt can reproduce
Marek Olšák writes:
> From: Marek Olšák
>
> Remove the assertion and replace it with a runtime check.
> The reason of the failure is unknown.
>
> Only Eric Anholt can reproduce it with Glamor.
Found the root cause. See the last patch of the
Improves x11perf -copywinwin100 from ~2000/sec to ~4700/sec. More
importantly, this is a prerequisite for the new GL_MESA_tile_raster_order
extension.
---
src/gallium/drivers/vc4/vc4_context.c | 11 +++
src/gallium/drivers/vc4/vc4_screen.c | 2 +-
2 files changed, 12 insertions(+), 1
I was overwriting view->texture with the shadow resource when we need to
do shadow copies (retiling or baselevel rebase), but that tripped up some
critical new sanity checking in state_tracker (making sure that stObj->pt
hasn't changed from view->texture through TexImage-related paths).
To avoid
The intent is to use this extension on vc4 to allow X11 to do overlapping
CopyArea() within a pixmap without first blitting the pixmap to a
temporary. With associated glamor patches, improves x11perf
-copywinwin100 performance on a Raspberry Pi 3 from ~4700/sec to
~5130/sec, and is an even larger
Because vc4 can control the order that tiles are rasterized in, we can use
it to implement overlapping blits using normal drawing and
GL_ARB_texture_barrier as long as we can tell the kernel what order to
render the tiles in.
---
include/drm-uapi/vc4_drm.h| 17 ++---
This extension came from trying to get vc4's window movement in X11 to
be as fast as it used to be with software rendering. Without the
extension, overlapping copies need to first get read to a temporary,
while with the extension the vc4 driver can be forced to rasterize the
tiles in a specific
Noticed that we had two 0x8bb4 in the spec while grepping to find an open
slot in the MESA enums set. gl.xml had the right value.
---
docs/specs/OLD/MESA_program_debug.spec | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/specs/OLD/MESA_program_debug.spec
---
docs/specs/enums.txt | 10 ++
1 file changed, 10 insertions(+)
diff --git a/docs/specs/enums.txt b/docs/specs/enums.txt
index 222adbc72e71..00d808483a43 100644
--- a/docs/specs/enums.txt
+++ b/docs/specs/enums.txt
@@ -63,6 +63,16 @@ GL_MESAX_texture_stack:
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_state.c | 58 +++--
1 file changed, 4 insertions(+), 54 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index b7f5566..ac76b12
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_hw_context.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_hw_context.c
b/src/gallium/drivers/radeonsi/si_hw_context.c
index 345825a..cceb827 100644
From: Marek Olšák
---
src/gallium/drivers/radeonsi/si_hw_context.c | 8 ++--
src/gallium/drivers/radeonsi/si_pipe.h | 2 ++
src/gallium/drivers/radeonsi/si_state.c | 4
3 files changed, 12 insertions(+), 2 deletions(-)
diff --git
From: Marek Olšák
Remove the assertion and replace it with a runtime check.
The reason of the failure is unknown.
Only Eric Anholt can reproduce it with Glamor.
Cc: 17.2
---
src/mesa/state_tracker/st_sampler_view.c | 4 ++--
1 file
From: Marek Olšák
Noticed randomly.
Cc: 17.2
---
src/mesa/state_tracker/st_manager.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/state_tracker/st_manager.c
b/src/mesa/state_tracker/st_manager.c
index 62924b0..4b4d4ac
Reviewed-by: Samuel Pitoiset
On 07/27/2017 07:12 PM, Brian Paul wrote:
The default values for GL_SAMPLE_SHADING and GL_MIN_SAMPLE_SHADING_VALUE
are missing from the state tables in the GL spec, but they're supposed
to be GL_FALSE and 0.0, per the
On 28 July 2017 at 09:37, Brian Paul wrote:
> Hi Dave,
>
> We found an issue with this change:
>
> commit 3008161d28e38336ba39aba4769a2deaf9732f55
> Author: Dave Airlie
> Date: Tue May 30 15:52:13 2017 +1000
>
> st_glsl_to_tgsi: rewrite rename
Hi Dave,
We found an issue with this change:
commit 3008161d28e38336ba39aba4769a2deaf9732f55
Author: Dave Airlie
Date: Tue May 30 15:52:13 2017 +1000
st_glsl_to_tgsi: rewrite rename registers to use array fully.
Instead of having to search the whole array, just
Am 27.07.2017 um 23:17 schrieb Roland Scheidegger:
> Am 27.07.2017 um 21:14 schrieb Nicolai Hähnle:
>> From: Nicolai Hähnle
>>
>> ---
>> src/gallium/auxiliary/util/u_dump_defines.c | 1 +
>> src/gallium/auxiliary/util/u_inlines.h | 1 +
>>
Am 27.07.2017 um 21:14 schrieb Nicolai Hähnle:
> From: Nicolai Hähnle
>
> ---
> src/gallium/auxiliary/util/u_dump_defines.c | 1 +
> src/gallium/auxiliary/util/u_inlines.h | 1 +
> src/gallium/docs/source/context.rst | 9 +++--
>
Reviewed-by: Marek Olšák
Marek
On Thu, Jul 27, 2017 at 5:12 PM, Samuel Pitoiset
wrote:
> Since array splitting for AoA is disabled, we have to retrieve
> the type of the first non-array type when an array of images is
> declared inside a
For the series:
Reviewed-by: Marek Olšák
Marek
On Thu, Jul 27, 2017 at 4:05 PM, Samuel Pitoiset
wrote:
> This is useless.
>
> Signed-off-by: Samuel Pitoiset
> ---
> src/mesa/main/mtypes.h | 1 -
>
On 27.07.2017 20:48, Emil Velikov wrote:
Hi Nicolai,
On 17 July 2017 at 11:57, Nicolai Hähnle wrote:
From: Nicolai Hähnle
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/radeonsi/si_shader.c | 7 ++-
1 file changed, 6
On 27 July 2017 at 07:37, Dave Airlie wrote:
> On 27 July 2017 at 00:06, Nicolai Hähnle wrote:
>> On 26.07.2017 05:42, Dave Airlie wrote:
>>>
>>> From: Dave Airlie
>>>
>>> This seems like a workaround, but we don't see the bug on
On Thu, Jul 27, 2017 at 10:29 PM, Roland Scheidegger wrote:
> Ok, I suppose that makes sense.
> I just wouldn't be surprised if some driver instead just relies on the
> set_min_samples() value all the time and ignoring it should really run
> at per sample frequency in any
Ok, I suppose that makes sense.
I just wouldn't be surprised if some driver instead just relies on the
set_min_samples() value all the time and ignoring it should really run
at per sample frequency in any case.
Reviewed-by: Roland Scheidegger
Am 27.07.2017 um 21:31 schrieb
https://bugs.freedesktop.org/show_bug.cgi?id=101851
--- Comment #2 from Mike Lothian ---
Realise I never mentioned in the bug, this only happens with ld.gold, not
ld.bfd
It can be controlled with passing -fuse-ld=bfd or -fuse-ld=gold in your
LD_FLAGS
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=101851
Mike Lothian changed:
What|Removed |Added
CC||m...@fireburn.co.uk
The DX10.1 docs specify this, and there's language in both the
GL_ARB_sample_shading and GLSL 4.00 specs that this behavior is
expected. I think it makes sense to say the same for gallium.
Mesa's _mesa_get_min_invocations_per_fragment() returns N samples when
the FS uses the sample ID or
Build mesa 5055 completed
Commit 06e20c4b8c by Nicolai Hähnle on 7/14/2017 1:10 PM:
radeonsi: bail out instead of crashing if the main shader part failed to compile\n\nReviewed: Marek Olšák
Configure your notification
From: Nicolai Hähnle
The predication bits are "visible or no overflow" and "not visible or
overflow", so we need to invert the check relative to the GL and Gallium
interface semantics.
Also, predication by the other streamout-related queries is not allowed.
---
From: Nicolai Hähnle
---
docs/features.txt | 2 +-
docs/relnotes/17.3.0.html | 2 +-
src/gallium/drivers/radeonsi/si_pipe.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/docs/features.txt b/docs/features.txt
From: Nicolai Hähnle
The QBO workaround compute grid launch emits the render condition atom
when dirty, so install the render condition in the context only after
launching the compute grid. This avoids a redundant SET_PREDICATION.
---
From: Nicolai Hähnle
The issue here is that the immediate is treated as a 64-bit value,
and fetching it does not work reliably with swizzles that are different
from xy and zw.
Cc: mesa-sta...@lists.freedesktop.org
---
src/gallium/drivers/radeon/r600_query.c | 3 ++-
1
From: Nicolai Hähnle
---
src/gallium/drivers/radeon/r600_query.c | 96 -
1 file changed, 71 insertions(+), 25 deletions(-)
diff --git a/src/gallium/drivers/radeon/r600_query.c
b/src/gallium/drivers/radeon/r600_query.c
index
From: Nicolai Hähnle
---
src/gallium/drivers/radeon/r600_query.c | 44 +++--
1 file changed, 37 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/radeon/r600_query.c
b/src/gallium/drivers/radeon/r600_query.c
index
From: Nicolai Hähnle
There is a firmware regression that causes failures. Work around it by
using the compute shader for query_buffer_objects to summarize the query
results.
---
src/amd/common/r600d_common.h | 1 +
src/gallium/drivers/radeon/r600_query.c | 88
From: Nicolai Hähnle
---
src/mesa/state_tracker/st_cb_queryobj.c | 4 +++-
src/mesa/state_tracker/st_extensions.c | 1 +
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_cb_queryobj.c
b/src/mesa/state_tracker/st_cb_queryobj.c
From: Nicolai Hähnle
---
src/gallium/auxiliary/util/u_dump.h | 6 ++
src/gallium/auxiliary/util/u_dump_defines.c | 25 +
2 files changed, 31 insertions(+)
diff --git a/src/gallium/auxiliary/util/u_dump.h
From: Nicolai Hähnle
---
src/gallium/auxiliary/util/u_dump.h | 2 ++
src/gallium/auxiliary/util/u_dump_defines.c | 10 ++
src/gallium/drivers/ddebug/dd_draw.c| 12 +---
3 files changed, 13 insertions(+), 11 deletions(-)
diff --git
From: Nicolai Hähnle
---
src/gallium/drivers/ddebug/dd_context.c | 32 -
src/gallium/drivers/ddebug/dd_draw.c| 64 +
src/gallium/drivers/ddebug/dd_pipe.h| 28 +++
3 files changed, 92 insertions(+), 32
From: Nicolai Hähnle
This is mostly mechanical search-and-replace, plus touching up the
macros in u_dump_defines.c manually a bit.
---
src/gallium/auxiliary/util/u_dump.h | 26
src/gallium/auxiliary/util/u_dump_defines.c | 88
From: Nicolai Hähnle
Hi all,
Pretty much as the subject said. The two modes (one stream vs. all streams)
of queries are a bit annoying, and I decided to add a new Gallium query
type as well. I find this cleaner than overloading the stream/index
parameter. Please review!
From: Nicolai Hähnle
---
src/gallium/auxiliary/util/u_dump_defines.c | 1 +
src/gallium/auxiliary/util/u_inlines.h | 1 +
src/gallium/docs/source/context.rst | 9 +++--
src/gallium/docs/source/screen.rst | 2 ++
Build mesa 5054 failed
Commit 194ff5eed1 by George Kyriazis on 7/22/2017 4:23 AM:
swr: fix transform feedback logic\n\nThe shader that is used to copy vertex data out of the vs/gs shaders to\nthe user-specified buffer (streamout or SO shader) was not using
https://bugs.freedesktop.org/show_bug.cgi?id=101952
--- Comment #5 from Jan Vesely ---
(In reply to Janpieter Sollie from comment #4)
> yes, a simpler kernel works perfectly. Though I think it only makes the
> search more difficult:
yes, it might be miscompilation on
> On Jul 27, 2017, at 1:49 PM, Ilia Mirkin wrote:
>
> On Thu, Jul 27, 2017 at 2:45 PM, Kyriazis, George
> wrote:
>>
>> On Jul 27, 2017, at 1:25 PM, Ilia Mirkin wrote:
>>
>> On Wed, Jul 26, 2017 at 6:27 PM, George
On Thu, Jul 27, 2017 at 2:45 PM, Kyriazis, George
wrote:
>
> On Jul 27, 2017, at 1:25 PM, Ilia Mirkin wrote:
>
> On Wed, Jul 26, 2017 at 6:27 PM, George Kyriazis
> wrote:
>
> The shader that is used to copy vertex data
Are you sure on this?
If you can do per-sample shading (there's a cap bit for it), then you're
supposed to implement set_min_samples(). The state tracker will set this
accordingly if these inputs are used then.
Though maybe it would make sense regardless...
Roland
Am 27.07.2017 um 19:54
Hi Nicolai,
On 17 July 2017 at 11:57, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> Cc: mesa-sta...@lists.freedesktop.org
> ---
> src/gallium/drivers/radeonsi/si_shader.c | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff
On Jul 27, 2017, at 1:25 PM, Ilia Mirkin
> wrote:
On Wed, Jul 26, 2017 at 6:27 PM, George Kyriazis
> wrote:
The shader that is used to copy vertex data out of the vs/gs shaders to
the
Am 27.07.2017 um 19:12 schrieb Brian Paul:
> The default values for GL_SAMPLE_SHADING and GL_MIN_SAMPLE_SHADING_VALUE
> are missing from the state tables in the GL spec, but they're supposed
> to be GL_FALSE and 0.0, per the GL_ARB_sample_shading spec.
>
> Add code for that, just to be explicit.
It's an empty, unused stub ever since it was introduced.
Reviewed-by: Emil Velikov
-Emil
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, Jul 26, 2017 at 6:27 PM, George Kyriazis
wrote:
> The shader that is used to copy vertex data out of the vs/gs shaders to
> the user-specified buffer (streamout or SO shader) was not using the
> correct offsets.
>
> Adjust the offsets that are used just for the
Reviewed-by: Bruce Cherniak
> On Jul 26, 2017, at 5:27 PM, George Kyriazis
> wrote:
>
> The shader that is used to copy vertex data out of the vs/gs shaders to
> the user-specified buffer (streamout or SO shader) was not using the
>
On 27 July 2017 at 15:05, Samuel Pitoiset wrote:
> It only contains prototypes.
It contains unused prototypes, since c2afa182f31 ("mesa: remove st_cache.c")
Reviewed-by: Emil Velikov
-Emil
___
https://bugs.freedesktop.org/show_bug.cgi?id=101952
--- Comment #4 from Janpieter Sollie ---
yes, a simpler kernel works perfectly. Though I think it only makes the search
more difficult:
the combination of these functions does not work (no 255 is visible):
in
Both the GLSL 4.00 specs and DX10.1 specs specify that if a fragment
shader uses the sample ID or sample position inputs, the shader is
automatically run at per sample frequency. Document that expectation
for gallium fragment shaders.
---
src/gallium/docs/source/tgsi.rst | 6 ++
1 file
The default values for GL_SAMPLE_SHADING and GL_MIN_SAMPLE_SHADING_VALUE
are missing from the state tables in the GL spec, but they're supposed
to be GL_FALSE and 0.0, per the GL_ARB_sample_shading spec.
Add code for that, just to be explicit.
---
src/mesa/main/multisample.c | 2 ++
1 file
https://bugs.freedesktop.org/show_bug.cgi?id=101933
--- Comment #3 from Dylan Baker ---
Here's the output from make:
make[3]: Entering directory '/home/dylan/source/mesa/distcheck/src/egl'
make[3]: *** No rule to make target
https://bugs.freedesktop.org/show_bug.cgi?id=101952
--- Comment #3 from Jan Vesely ---
it might be, but I'd have expected that to show up more frequently, though it
might be related to your hw configuration.
does a simpler kernel work?
kernel void outTest(global int*
https://bugs.freedesktop.org/show_bug.cgi?id=101952
--- Comment #2 from Janpieter Sollie ---
Hi Mr. Vesely,
hereby a minimal extract:
__kernel void startTest(__constant char* arg, __constant uchar* arg2, size_t
arg3, __constant char* phrase, size_t _len, __global
https://bugs.freedesktop.org/show_bug.cgi?id=101952
Jan Vesely changed:
What|Removed |Added
Blocks||99553
--- Comment
Since array splitting for AoA is disabled, we have to retrieve
the type of the first non-array type when an array of images is
declared inside a structure. Otherwise, it will hit an assert
in glsl_type::sampler_index() because it expects either a sampler
or an image type.
This fixes a regression
This is useless.
Signed-off-by: Samuel Pitoiset
---
src/mesa/drivers/dri/i915/intel_syncobj.c | 2 +-
src/mesa/drivers/dri/i965/brw_sync.c | 2 +-
src/mesa/main/dd.h| 2 +-
src/mesa/main/syncobj.c | 5 ++---
Signed-off-by: Samuel Pitoiset
---
src/mesa/state_tracker/st_cb_bufferobjects.c | 13 -
src/mesa/state_tracker/st_cb_bufferobjects.h | 6 --
2 files changed, 19 deletions(-)
diff --git a/src/mesa/state_tracker/st_cb_bufferobjects.c
This is useless.
Signed-off-by: Samuel Pitoiset
---
src/mesa/main/mtypes.h | 1 -
src/mesa/main/syncobj.c | 5 +
2 files changed, 1 insertion(+), 5 deletions(-)
diff --git a/src/mesa/main/mtypes.h b/src/mesa/main/mtypes.h
index 0d0536c775..404d586ff7 100644
---
It only contains prototypes.
Signed-off-by: Samuel Pitoiset
---
src/mesa/Makefile.sources | 1 -
src/mesa/state_tracker/st_cache.h | 69 ---
2 files changed, 70 deletions(-)
delete mode 100644
https://bugs.freedesktop.org/show_bug.cgi?id=101952
Janpieter Sollie changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=101952
Bug ID: 101952
Summary: OpenCL enqueueReadBuffer returns trash
Product: Mesa
Version: 17.1
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
76-77:
Reviewed-by: Timothy Arceri
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
From: Andres Rodriguez
v2: fix an indentation error
v3: don't enable for r600
Signed-off-by: Andres Rodriguez
Reviewed-by: Marek Olšák
Reviewed-by: Timothy Arceri
---
src/gallium/drivers/radeonsi/si_pipe.c |
From: Andres Rodriguez
This is required for interop use cases. The same device must report
identical UUIDs through the GL and Vulkan APIs so that users can
identify when it is safe to perform a memory object import.
v2: use ac helpers to calculate the uuid
Signed-off-by:
From: Andres Rodriguez
These are just basic implementations.
Signed-off-by: Andres Rodriguez
Reviewed-by: Timothy Arceri
Reviewed-by: Samuel Pitoiset
---
src/mesa/main/formatquery.c | 17
From: Andres Rodriguez
v2: use PIPE_CAP_MEMOBJ to guard the extension
v3 (Timothy Arceri):
- expose extensions via the cap_mappings array
Signed-off-by: Andres Rodriguez
Reviewed-by: Timothy Arceri
fir expose
---
From: Andres Rodriguez
These need to match for interop compatibility queries.
Signed-off-by: Andres Rodriguez
Reviewed-by: Timothy Arceri
---
src/amd/vulkan/radv_device.c | 9 -
src/amd/vulkan/radv_private.h | 1 +
2
Include no_error variants as well.
v2 (Timothy Arceri):
- reduced code churn by squashing some changes into
previous commits
v3 (Timothy Arceri):
- drop unused function declaration
Signed-off-by: Andres Rodriguez
Reviewed-by: Timothy Arceri
---
From: Andres Rodriguez
These are used by EXT_external_objects to present UUIDs for the device
and the driver.
v2 (Timothy Arceri):
- remove extra break
- use _mesa_problem() rather the _mesa_error() for unimplemented
support for value types
Signed-off-by: Andres
From: Andres Rodriguez
We need vulkan and gl to produce the same UUIDs. Therefore we should
keep the mechanism to compute these in a common location to guarantee
they are updated in lockstep.
Signed-off-by: Andres Rodriguez
Reviewed-by: Marek Olšák
From: Andres Rodriguez
v2: move from r600_common to radeonsi
Signed-off-by: Andres Rodriguez
Reviewed-by: Marek Olšák
---
src/gallium/drivers/radeonsi/si_pipe.c | 14 ++
1 file changed, 14 insertions(+)
diff --git
From: Andres Rodriguez
v2: remove unnecessary returns
v3 (Timothy Arceri): updated trace
Signed-off-by: Andres Rodriguez
Reviewed-by: Marek Olšák (v2)
---
src/gallium/drivers/ddebug/dd_screen.c | 18 ++
From: Andres Rodriguez
v2: respective changes for new gallium interface
v3: fix UUID size asserts
Signed-off-by: Andres Rodriguez
Reviewed-by: Timothy Arceri
Reviewed-by: Samuel Pitoiset
---
From: Andres Rodriguez
This can be used to guard support for EXT_memory_object and related
extensions.
v2: update gallium docs
v3 (Timothy Arceri):
- add cap to nv50
Signed-off-by: Andres Rodriguez
Reviewed-by: Marek Olšák
---
From: Dave Airlie
v2: also consider gfx9 metadata
v3: ref/unref memobj->buf
v4: add refcount comment
Signed-off-by: Andres Rodriguez
Reviewed-by: Marek Olšák
---
src/gallium/drivers/radeon/r600_pipe_common.h | 7 ++
From: Andres Rodriguez
Use a memory object instead of user memory.
Signed-off-by: Andres Rodriguez
Reviewed-by: Timothy Arceri
---
src/mesa/main/dd.h | 12 +
From: Dave Airlie
Instead of allocating memory to back a texture, use the provided memory
object.
v2: split off extension exposure logic
v3: de-duplicate code with st_AllocTextureStorage
Signed-off-by: Andres Rodriguez
Reviewed-by: Marek Olšák
1 - 100 of 121 matches
Mail list logo