drm/ttm: Remove set_need_resched from the ttm fault handler
authorThomas Hellstrom <thellstrom@vmware.com>
Thu, 14 Nov 2013 18:49:05 +0000 (10:49 -0800)
committerThomas Hellstrom <thellstrom@vmware.com>
Wed, 20 Nov 2013 11:46:54 +0000 (03:46 -0800)
commitc58f009e01c918717379c206a63baa66f56a77f9
treeca283d5304390d33e526788141923f8db2008c51
parent0bc254257bfd9b25f64a68b719ee70a303b6d051
drm/ttm: Remove set_need_resched from the ttm fault handler

Addresses
"[BUG] completely bonkers use of set_need_resched + VM_FAULT_NOPAGE".

In the first occurence it was used to try to be nice while releasing the
mmap_sem and retrying the fault to work around a locking inversion.
The second occurence was never used.

There has been some discussion whether we should change the locking order to
mmap_sem -> bo_reserve. This patch doesn't address that issue, and leaves
that locking order undefined. The solution that we release the mmap_sem if
tryreserve fails and wait for the buffer to become unreserved is something
we want in any case, and follows how the core vm system waits for pages
to be come unlocked while releasing the mmap_sem.

The code also outlines what needs to be changed if we want to establish the
locking order as mmap_sem -> bo::reserve.

One slight issue that remains with this code is that the fault handler might
be prone to starvation if another thread countinously reserves the buffer.
IMO that usage pattern is highly unlikely.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
drivers/gpu/drm/ttm/ttm_bo.c
drivers/gpu/drm/ttm/ttm_bo_vm.c
include/drm/ttm/ttm_bo_api.h