Revision 85b144f860176ec18db927d6d9ecdfb24d9c6483 authored by Maarten Lankhorst on 29 November 2012, 11:36:54 UTC, committed by Dave Airlie on 10 December 2012, 10:21:03 UTC
By removing the unlocking of lru and retaking it immediately, a race is
removed where the bo is taken off the swap list or the lru list between
the unlock and relock. As such the cleanup_refs code can be simplified,
it will attempt to call ttm_bo_wait non-blockingly, and if it fails
it will drop the locks and perform a blocking wait, or return an error
if no_wait_gpu was set.

The need for looping is also eliminated, since swapout and evict_mem_first
will always follow the destruction path, no new fence is allowed
to be attached. As far as I can see this may already have been the case,
but the unlocking / relocking required a complicated loop to deal with
re-reservation.

Changes since v1:
 - Simplify no_wait_gpu case by folding it in with empty ddestroy.
 - Hold a reservation while calling ttm_bo_cleanup_memtype_use again.
Changes since v2:
 - Do not remove bo from lru list while waiting

Signed-off-by: Maarten Lankhorst <maarten.lankhorst@canonical.com>
Reviewed-by: Thomas Hellstrom <thellstrom@vmware.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
1 parent 6ed9ccb
History
File Mode Size
Kconfig -rw-r--r-- 2.1 KB
Makefile -rw-r--r-- 334 bytes
autoprobe.c -rw-r--r-- 4.5 KB
chip.c -rw-r--r-- 18.8 KB
debug.h -rw-r--r-- 1.2 KB
devres.c -rw-r--r-- 2.6 KB
dummychip.c -rw-r--r-- 1.2 KB
generic-chip.c -rw-r--r-- 9.2 KB
handle.c -rw-r--r-- 5.1 KB
internals.h -rw-r--r-- 5.6 KB
irqdesc.c -rw-r--r-- 11.0 KB
irqdomain.c -rw-r--r-- 25.5 KB
manage.c -rw-r--r-- 42.4 KB
migration.c -rw-r--r-- 1.7 KB
pm.c -rw-r--r-- 3.1 KB
proc.c -rw-r--r-- 11.2 KB
resend.c -rw-r--r-- 2.0 KB
settings.h -rw-r--r-- 3.9 KB
spurious.c -rw-r--r-- 8.6 KB

back to top