On Wed, 14 Dec 2011 13:57:09 +0100, Daniel Vetter <daniel.vet...@ffwll.ch> 
wrote:
> With the fence accounting fixed up in the previous commit not finding
> enough fences is a fatal error and userspace bug. Trashing the entire
> gtt is not gonna turn up that missing fence, so don't to this by
> returning another error thatn ENOSPC.
> 
> This has the added benefit that it's easier to distinguish fence
> accounting errors from gtt space accounting issues.
> 
> TTM serves as precendence for the EDEADLK error code - it returns it
> when the reservation code needs resources already blocked by the
> current reservation.
> 
> Signed-Off-by: Daniel Vetter <daniel.vet...@ffwll.ch>
Reviewed-by: Chris Wilson <ch...@chris-wilson.co.uk>
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Reply via email to