Re: [Intel-gfx] [PATCH] drm/i915: Reorder semaphore deadlock check

2014-06-10 Thread Jani Nikula
On Fri, 06 Jun 2014, Mika Kuoppala wrote: > Chris Wilson writes: > >> If a semaphore is waiting on another ring, which in turn happens to be >> waiting on the first ring, but that second semaphore has been signalled, >> we will be able to kick the second ring and so can treat the first ring >> as

Re: [Intel-gfx] [PATCH] drm/i915: Reorder semaphore deadlock check

2014-06-06 Thread Mika Kuoppala
Chris Wilson writes: > If a semaphore is waiting on another ring, which in turn happens to be > waiting on the first ring, but that second semaphore has been signalled, > we will be able to kick the second ring and so can treat the first ring > as a valid WAIT and not as HUNG. > > v2: Be paranoid

[Intel-gfx] [PATCH] drm/i915: Reorder semaphore deadlock check

2014-06-06 Thread Chris Wilson
If a semaphore is waiting on another ring, which in turn happens to be waiting on the first ring, but that second semaphore has been signalled, we will be able to kick the second ring and so can treat the first ring as a valid WAIT and not as HUNG. v2: Be paranoid and cap the potential recursion d

[Intel-gfx] [PATCH] drm/i915: Reorder semaphore deadlock check

2014-06-05 Thread Chris Wilson
If a semaphore is waiting on another ring, which in turn happens to be waiting on the first ring, but that second semaphore has been signalled, we will be able to kick the second ring and so can treat the first ring as a valid WAIT and not as HUNG. References: https://bugs.freedesktop.org/show_bug