Quoting Chris Wilson (2017-11-14 16:27:19) > Ages ago Rob Clark noted, > > "Currently with fence-array, we have a potential deadlock situation. If > we fence_add_callback() on an array-fence, the array-fence's lock is > acquired first, and in it's ->enable_signaling() callback, it will install > cbs on it's array-member fences, so the array-member's lock is acquired > second. > > But in the signal path, the array-member's lock is acquired first, and > the array-fence's lock acquired second." > > Rob proposed either extensive changes to dma-fence to unnest the > fence-array signaling, or to defer the signaling onto a workqueue. This > is a more refined version of the later, that should keep the latency > of the fence signaling to a minimum by using an irq-work, which is > executed asap. > > Reported-by: Rob Clark <robdcl...@gmail.com> > Suggested-by: Rob Clark <robdcl...@gmail.com>
Testcase: igt/sw_sync/sync_multi_timeline_wait > References: 1476635975-21981-1-git-send-email-robdcl...@gmail.com > Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk> > Cc: Rob Clark <robdcl...@gmail.com> > Cc: Gustavo Padovan <gustavo.pado...@collabora.co.uk> > Cc: Sumit Semwal <sumit.sem...@linaro.org> > Cc: Christian König <christian.koe...@amd.com> _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
