summaryrefslogtreecommitdiffstats
path: root/net/dns_resolver
diff options
context:
space:
mode:
authorChris Wilson <chris@chris-wilson.co.uk>2019-08-17 16:23:00 +0100
committerChris Wilson <chris@chris-wilson.co.uk>2019-08-17 18:03:12 +0100
commit0fc89b6802ba1fcc561b0c906e0cefd384e3b2e5 (patch)
tree41823e739112cb2030b60cf9b5d6cf3e814017dc /net/dns_resolver
parentf86a802bf3a7c28e4c4ea032fa2e61398dbccd5d (diff)
downloadlinux-0fc89b6802ba1fcc561b0c906e0cefd384e3b2e5.tar.bz2
dma-fence: Simply wrap dma_fence_signal_locked with dma_fence_signal
Currently dma_fence_signal() tries to avoid the spinlock and only takes it if absolutely required to walk the callback list. However, to allow for some users to surreptitiously insert lazy signal callbacks that do not depend on enabling the signaling mechanism around every fence, we always need to notify the callbacks on signaling. As such, we will always need to take the spinlock and dma_fence_signal() effectively becomes a clone of dma_fence_signal_locked(). v2: Update the test_and_set_bit() before entering the spinlock. v3: Drop the test_[and_set]_bit() before the spinlock, it's a caller error so expected to be very unlikely. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Cc: Christian König <christian.koenig@amd.com> Cc: Daniel Vetter <daniel.vetter@ffwll.ch> Reviewed-by: Christian König <christian.koenig@amd.com> Link: https://patchwork.freedesktop.org/patch/msgid/20190817152300.5370-1-chris@chris-wilson.co.uk
Diffstat (limited to 'net/dns_resolver')
0 files changed, 0 insertions, 0 deletions