A fence can outlive the ctx it was created from (see glmark2).. etnaviv
doesn't actually need fence->ctx so lets remove it before someone makes
the mistake of assuming it is a valid pointer.
Signed-off-by: Rob Clark <robdcl...@gmail.com>
---
I assume this was just copy-pasta from freedreno.. where since eed9685d
(for ctx priority) we actually do need the ctx to wait on a fence..
fixing this for freedreno will require a libdrm version bump (to add
refcnt'ing to fd_pipe) so we don't have to refcnt the entire ctx (so if
anyone needs a libdrm release, please hold off for a day or so)
src/gallium/drivers/etnaviv/etnaviv_fence.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/src/gallium/drivers/etnaviv/etnaviv_fence.c
b/src/gallium/drivers/etnaviv/etnaviv_fence.c
index 22a964ad282..cf3e67766ba 100644
--- a/src/gallium/drivers/etnaviv/etnaviv_fence.c
+++ b/src/gallium/drivers/etnaviv/etnaviv_fence.c
@@ -36,7 +36,6 @@
struct pipe_fence_handle {
struct pipe_reference reference;
- struct etna_context *ctx;
struct etna_screen *screen;
int fence_fd;
uint32_t timestamp;
@@ -111,7 +110,6 @@ etna_fence_create(struct pipe_context *pctx, int fence_fd)
pipe_reference_init(&fence->reference, 1);
- fence->ctx = ctx;
fence->screen = ctx->screen;
fence->timestamp = etna_cmd_stream_timestamp(ctx->stream);
fence->fence_fd = fence_fd;
--
2.17.0
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
