linux/include/drm/ttm, branch v3.11

drm/ttm: get rid of ttm_bo_is_reserved

2013-06-28T02:04:15Z

Signed-off-by: Maarten Lankhorst Signed-off-by: Dave Airlie

drm/ttm: inline ttm_bo_reserve and related calls

2013-06-28T02:04:09Z

Makes lockdep a lot more useful. Signed-off-by: Maarten Lankhorst Signed-off-by: Dave Airlie

drm/ttm: convert to the reservation api

2013-06-28T02:04:01Z

Now that the code is compatible in semantics, flip the switch. Use ww_mutex instead of the homegrown implementation. ww_mutex uses -EDEADLK to signal that the caller has to back off, and -EALREADY to indicate this buffer is already held by the caller. ttm used -EAGAIN and -EDEADLK for those, respectively. So some changes were needed to handle this correctly. Signed-off-by: Maarten Lankhorst Reviewed-by: Jerome Glisse Signed-off-by: Dave Airlie

drm/ttm: make ttm reservation calls behave like reservation calls

2013-06-28T02:02:20Z

This commit converts the source of the val_seq counter to the ww_mutex api. The reservation objects are converted later, because there is still a lockdep splat in nouveau that has to resolved first. Signed-off-by: Maarten Lankhorst Reviewed-by: Jerome Glisse Signed-off-by: Dave Airlie

ttm: export functions to allow qxl do its own iomapping

2013-04-12T03:50:46Z

qxl wants to use io mapping like i915 gem does, for now just export the symbols so the driver can implement atomic page maps using io mapping. Signed-off-by: Dave Airlie

drm/ttm: unexport ttm_bo_wait_unreserved

2013-01-15T15:49:39Z

All legitimate users of this function outside ttm_bo.c are gone, now it's only an implementation detail. Signed-off-by: Maarten Lankhorst Reviewed-by: Jerome Glisse

drm/ttm: add ttm_bo_reserve_slowpath

2013-01-15T13:57:05Z

Instead of dropping everything, waiting for the bo to be unreserved and trying over, a better strategy would be to do a blocking wait. This can be mapped a lot better to a mutex_lock-like call. Signed-off-by: Maarten Lankhorst Reviewed-by: Jerome Glisse

drm/ttm: remove lru_lock around ttm_bo_reserve

2013-01-15T13:56:37Z

There should no longer be assumptions that reserve will always succeed with the lru lock held, so we can safely break the whole atomic reserve/lru thing. As a bonus this fixes most lockdep annotations for reservations. Signed-off-by: Maarten Lankhorst Reviewed-by: Jerome Glisse

drm/ttm: remove no_wait_reserve, v3

2012-12-10T10:21:30Z

All items on the lru list are always reservable, so this is a stupid thing to keep. Not only that, it is used in a way which would guarantee deadlocks if it were ever to be set to block on reserve. This is a lot of churn, but mostly because of the removal of the argument which can be nested arbitrarily deeply in many places. No change of code in this patch except removal of the no_wait_reserve argument, the previous patch removed the use of no_wait_reserve. v2: - Warn if -EBUSY is returned on reservation, all objects on the list should be reservable. Adjusted patch slightly due to conflicts. v3: - Focus on no_wait_reserve removal only. Signed-off-by: Maarten Lankhorst Reviewed-by: Thomas Hellstrom Signed-off-by: Dave Airlie

drm/ttm: alter cpu_writers to return -EBUSY in ttm_execbuf_util reservations

2012-11-20T06:17:35Z

This is similar to other platforms that don't allow command submission to buffers locked on the cpu. Signed-off-by: Maarten Lankhorst Reviewed-by: Thomas Hellstrom Signed-off-by: Dave Airlie