diff options
author | Thomas Hellstrom <thellstrom@vmware.com> | 2010-11-17 12:28:29 +0000 |
---|---|---|
committer | Dave Airlie <airlied@redhat.com> | 2010-11-22 13:25:18 +1000 |
commit | 702adba22433c175e8429a47760f35ca16caf1cd (patch) | |
tree | a9c6a1ad8ebaf9970a87b7047357b6d7232b70e6 /Documentation/cris | |
parent | 96726fe50feae74812a2ccf5d5da23cb01c0a413 (diff) | |
download | kernel_samsung_smdk4412-702adba22433c175e8429a47760f35ca16caf1cd.zip kernel_samsung_smdk4412-702adba22433c175e8429a47760f35ca16caf1cd.tar.gz kernel_samsung_smdk4412-702adba22433c175e8429a47760f35ca16caf1cd.tar.bz2 |
drm/ttm/radeon/nouveau: Kill the bo lock in favour of a bo device fence_lock
The bo lock used only to protect the bo sync object members, and since it
is a per bo lock, fencing a buffer list will see a lot of locks and unlocks.
Replace it with a per-device lock that protects the sync object members on
*all* bos. Reading and setting these members will always be very quick, so
the risc of heavy lock contention is microscopic. Note that waiting for
sync objects will always take place outside of this lock.
The bo device fence lock will eventually be replaced with a seqlock /
rcu mechanism so we can determine that a bo is idle under a
rcu / read seqlock.
However this change will allow us to batch fencing and unreserving of
buffers with a minimal amount of locking.
Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
Reviewed-by: Jerome Glisse <j.glisse@gmail.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
Diffstat (limited to 'Documentation/cris')
0 files changed, 0 insertions, 0 deletions