BACKPORT: dma-buf: keep the signaling time of merged fences v3
Some Android CTS is testing if the signaling time keeps consistent during merges. v2: use the current time if the fence is still in the signaling path and the timestamp not yet available. v3: improve comment, fix one more case to use the correct timestamp Bug: 379008999 Change-Id: Ia29fbb61d7a2a3c32fecfc2dbf30fcb39eeff38f Signed-off-by:Christian König <christian.koenig@amd.com> Reviewed-by:
Luben Tuikov <luben.tuikov@amd.com> Link: https://patchwork.freedesktop.org/patch/msgid/20230630120041.109216-1-christian.koenig@amd.com (cherry picked from commit f781f661) [kiyoshi: Resolved conflict regarding drivers/dma-buf/dma-fence-unwrap.c Added alternative function to avoid changing dma_fence_allocate_private_stub which is already exported] Signed-off-by:
Kiyoshi Konno <konno.kiyoshi@sharp.corp-partner.google.com> [TJ: Add dma-fence-unwrap.o to Makefile now that it has been adapted to work with our new dma_fence_allocate_private_stub_with_timestamp function in an ABI-stable way.] Signed-off-by:
T.J. Mercier <tjmercier@google.com>
Showing
- drivers/dma-buf/Makefile 1 addition, 1 deletiondrivers/dma-buf/Makefile
- drivers/dma-buf/dma-fence-unwrap.c 2 additions, 2 deletionsdrivers/dma-buf/dma-fence-unwrap.c
- drivers/dma-buf/dma-fence.c 28 additions, 0 deletionsdrivers/dma-buf/dma-fence.c
- drivers/gpu/drm/drm_syncobj.c 1 addition, 1 deletiondrivers/gpu/drm/drm_syncobj.c
- include/linux/dma-fence.h 1 addition, 0 deletionsinclude/linux/dma-fence.h
Loading
-
mentioned in commit msm-4.14@d1a25a6a
-
mentioned in commit msm@d1a25a6a
-
mentioned in commit d1a25a6a
-
mentioned in commit msm-3.18@d1a25a6a
-
mentioned in commit common@d1a25a6a
-
mentioned in commit msm-4.4@d1a25a6a
Please register or sign in to comment