summaryrefslogtreecommitdiff
path: root/crypto/ctr.c
diff options
context:
space:
mode:
authorRafael Antognolli <rafael.antognolli@intel.com>2016-09-15 19:14:25 (GMT)
committerSumit Semwal <sumit.semwal@linaro.org>2016-09-20 12:23:39 (GMT)
commit7cec540a724654b6b046200c117bb98ea1bc5d04 (patch)
tree21db6328285001e19b6eb1fb62a6f685e3e48dac /crypto/ctr.c
parent699fbeeac4668ba921a5f588736a56b332bd31c4 (diff)
downloadlinux-7cec540a724654b6b046200c117bb98ea1bc5d04.tar.xz
dma-buf/sync_file: Increment refcount of fence when all are signaled.
When we merge several fences, if all of them are signaled already, we still keep one of them. So instead of using add_fence(), which will not increase the refcount of signaled fences, we should explicitly call fence_get() for the fence we are keeping. This patch fixes a kernel panic that can be triggered by creating a fence that is expired (or increasing the timeline until it expires), then creating a merged fence out of it, and deleting the merged fence. This will make the original expired fence's refcount go to zero. Testcase: igt/sw_sync/sync_expired_merge Signed-off-by: Rafael Antognolli <rafael.antognolli@intel.com> Reviewed-by: Chris Wilson <chris@chris-wilson.co.uk> Reviewed-by: Gustavo Padovan <gustavo.padovan@collabora.co.uk> Signed-off-by: Sumit Semwal <sumit.semwal@linaro.org> Link: http://patchwork.freedesktop.org/patch/msgid/1473966865-4508-1-git-send-email-rafael.antognolli@intel.com
Diffstat (limited to 'crypto/ctr.c')
0 files changed, 0 insertions, 0 deletions